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y  fhe  Theater  Warfare  Exercise  (TWX)  is  a  two-sided,  theater-level,  decision-making  exercise  created,  maintained 
and  used  by  the  personnel  at  the  Air  Force  Wargaming  Center.  It  is  used  to  allow  inilitarv  officers  to  practice 
the  decision-making  process  need  id  for  the  wartime  employment  of  air  power. 

An  automated  player  was  designed  and  a  prototype  implemented  for  the  red  (enemy)  player  using  an  expert 
system  shell.  The  automated  red  player  uses  the  TWX  database  that  contains  the  data  on  the  different  units 
ured  in  the  exercise.  From  the  data  the  automated  red  player  builds  mission  packages  for  the  various  types  of 
m’ssions  required  in  each  day’s  activities  by  matching  the  day’s  requirements,  given  as  prioritized  target  lists, 
and  the  characteristics  of  the  aircraft  available.  The  mission  packages  are  not  optimal  but  they  are  realistic  and 
comply  with  the  limitat  ions  placed  on  the  red  player.  The  output  from  the  automated  red  player  is  in  the  same 
format  as  that  currently  used  by  the  red  players. 

The  automated  red  player  reduces  the  amount  of  time  needed  to  build  the  red  mission  packages  by  several  hours. 
It  also  provides  a  standardized  and  realistic  red  player  to  allow  comparisons  of  the  success  of  different  blue, 
friendly,  teams. 
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Preface 


The  goal  of  this  thesis  was  to  design  an  automated  red  player  for  the  ATAF 
portion  of  the  Theater  Warfare  Exercise  and  implement  a  prototype  of  the  automated 
red  player.  The  design  was  developed  which  is  flexible  and  efficient.  The  prototype 
was  implemented  with  an  expert  system  shell  using  the  rapid  prototyping  process. 
This  thesis  lays  the  foundation  for  the  complete  automation  of  the  red  player  for 
TWX. 

I  want  to  thank  my  advisor  Maj  Mark  Roth  for  allowing  me  to  do  my  own 
work  and  fight  my  own  battles.  I  learned  and  accomplished  much  more  with  the 
independence  he  gave  me  than  I  would  have  if  I  had  been  led.  I  want  to  thank  Dr 
Frank  Brown  for  introducing  me  to  the  world  of  AI  and  the  Brown  Bravery  Principal 
which  allowed  to  boldly  go  where  I  had  never  gone  before  and  usually  didn’t  know 
how  I  got  there  or  why  I  wanted  to  be  there.  Also,  I  appreciate  the  efforts  of  Maj 
Gregg  Gunsch  to  help  me  organize  my  thoughts  and  put  them  on  paper  the  way  I 
meant  them:  his  humorous  comments  on  my  drafts  got  the  point  across  and  made  it 
interesting  to  read  my  thesis  again  and  again. 

The  world  would  never  have  seen  this  thesis  in  its  present  form  if  it  hadnst 
been  for  my  three  children.  Anthony,  Anna  and  Andrew.  I  couldn’t  have  done  it 
without  them.  They  helped  me  and  each  other  in  countless  ways.  They  understood 
when  Dad  was  in  a  bad  mood  because  the  rules  didn’t  work  like  I  told  them  to. 
They  made  it  a  pleasure  to  come  home  after  a  hard  day  or  night.  We  became  more 
tnan  family;  we  became  friends.  Thanks  guys! 

And  finally  thanks  to  Lt  Col  Messer  for  helping  get  to  A  FIT  in  the  first  place. 
He  went  out  on  a  limb  ror  me  and  made  a  big  difference  in  mv  life. 


I! 


Karl  W.  Kabanek 
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Abstract 

The  Theater  Warfare  Exercise  (TWX)  is  a  two-sided,  theater- decision¬ 
making  exercise  created,  maintained  and  used  by  the  personnel  at  the  Air  Force 
Wargaming  Center.  It  is  used  to  allow  military  officers  to  practice  the  decision¬ 
making  process  needed  for  the  wartime  employment  of  air  power. 


An  automated  player  was  designed  and  a  prototype  implemented  for  the  red 
(enemy)  player  using  an  expert  system  shell.  The  automated  red  player  uses  the 
TWX  database  that  contains  the  data  on  the  different  units  used  In  the  exercise. 


rrom 


he  data  the  automated  red  player  builds 


mission  packages  lor  the  various  tvpes 


of  missions  required  in  each  day's  activities  by  matching  the  dayJs  requirements,  given 
as  prioritized  target  fists,  and  the  characteristics  of  the  aircraft  available.  The  mission 


packages  are  notipiimal  but  they  arc  realistic  and  comply  with  the  limitations  placed 
on  the  red  player.  I  ce  output  from  the  automated  red  player  is  in  the  same  format 
as  that  currently  used  by  the  red  players. 


The  automated  red  player  reduces  the  amount  of  time  needed  to  build  the  red 
mission  packages  by  several  hours.  It  also  provides  a  standardized  and  realistic  red 
player  to  allow  comparisons  of  the  success  of  different  blur,  friendly,  teams. 


An  Automated  Red  Player 
for  the  Theater  Warfare  Exercise 


I.  Introduction 


1.1  Background 

In  1976,  the  USAF  Chief  of  Staff  called  for  development  of  “...rigorous 
courses  of  study  instructing  operators  and  planners  in  the  threat  and  application 
offeree”  (Air87:l)  (original  from  USAF  CoS  CONSTANT  READINESS  TASKING, 
Item  6,  4  Aug  1976)  to  provide  senior  USAF  officers  the  opportunity  to  practice  the 
decision  making  skills  needed  in  wartime.  The  senior  officers  needed  a  way  to  make 
wartime  decisions  and  to  evaluate  the  effect  of  those  decisions  in  peacetime.  This 
led  to  the  creation  of  the  Theater  Warfare  Exercise,  TWX,  in  1977. 

TWX  was  designed  in  1977  as  “a  four  day,  two  sided,  theater  level,  computer 
assisted,  airpower  employment  decision  making  exercise”  (Air87:l).  The  theater 
selected  for  TWX  was  NATO’s  central  region  in  Europe  since  that  was  considered  to 
be  the  most  likely  theater  for  our  next  major  conflict.  However,  the  lessons  learned 
and  the  experience  gained  from  the  exercise  would  be  applicable  to  any  theater 
worldwide. 

During  the  exercise,  the  participants  make  decisions  characteristic  of  those  an 
air  component  commander  and  his  staff  would  be  required  to  make  during  an  actual 
war,  including  logistics  and  mission  planning.  The  participants  must  decide  how  to 
allocate  limited  resources  in  order  to  accomplish  the  assigned  missions.  Real-world 
factors  such  as  weather  and  facilities  lost  through  enemy  actions  must  be  taken  into 
consideration  while  making  those  decisions. 
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TWX  has  been  an  integral  part  of  the  Air  War  College  curriculum  since  ]  977. 
Each  year  it  is  played  more  than  80  times  in  numerous  military  courses  such  as 
the  Contingency /Wartime  Planning  Course,  the  Combined  Air  Warfare  Course  and 
the  Guard/Reserve  Air  Warfare  Course.  It  is  also  used  as  part  of  the  curriculum 
of  the  Royal  Air  Force  Staff  College  and  the  Canadian  Forces  Command  and  Staff 
College  (Har89:2). 

1.2  Problem  Statem  ent 

TWX  keeps  track  of  and  manipulates  thousands  of  variables  and  possibilities 
pertaining  to  aircraft  characteristics,  munitions  characteristics,  aircraft  and  troop 
movement,  as  well  as  the  complex  combat  resolution  functions.  This  has  caused  the 
management  of  the  different  aspects  of  the  exercise  to  become  very  time  consuming 
and  difficult.  During  the  exercise,  an  average  red  player,  a  member  of  the  faculty 
representing  enemy  forces,  will  spend  between  five  and  eight  hours  per  day  imple¬ 
menting  the  red  strategy  and  entering  the  required  actions  for  the  next  day’s  play 
in  the  computer.  This  extensive  effort  prevents  the  red  players  from  completely  as¬ 
similating  and  analyzing  all  the  information  about  the  blue  team’s  actions,  decisions 
made  by  the  student  seminar  representing  the  US  or  friendly  forces,  and  providing 
the  feedback  the  blue  team  needs  to  evaluate  its  decisions. 

Personnel  at  the  Air  Force  Wargaming  Center  participate  in  exercises  for  up 
to  20  different  seminars  or  blue  teams  at  a  time.  This  necessitates  the  employment 
of  20  or  more  red  players.  Since  each  of  the  red  players  will  respond  differently  to 
the  scenarios  presented,  there  is  no  standard  by  which  the  various  blue  teams  can 
be  compared. 

The  problem  the  Air  Force  Wargaming  Center  currently  faces  is  the  lack  of 
manpower  to  adequately  conduct  the  exercises.  The  Center  needs  a  system  which 
will  meet  the  following  goals: 
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1.  Free  Waxgaming  Center  personnel  from  the  computer  interface  tasks  which 
currently  consume  the  majority  of  the  time  spent  conducting  the  exercise. 

2.  Develop  a  standardized,  consistent  and  realistic  red  opponent  for  the  blue 
teams  to  be  evaluated  against. 

The  first  goal,  that  of  freeing  the  red  players  from  the  computer  interface  tasks, 
needs  to  be  accomplished  since  TWX  is  still  a  paper-driven  exercise.  For  each  day’s 
actions  a  typical  red  player  must  request  up  to  32  reports,  analyze  their  contents, 
complete  28  different  worksheets  and  then  transfer  the  data  from  the  worksheets  to 
the  computer.  Red  players  spend  fifty  to  eighty  percent  of  their  time  analyzing  the 
data  in  the  reports,  filling  out  the  worksheets  and  entering  the  data  via  a  computer 
terminal  (Har89:3)  in  the  course  of  one  •'  \  turn.  This  massive  amount  of  paper¬ 
work  is  the  direct  result  of  the  organiza  l  of  the  exercise.  Each  red  player  acts 
as  the  air  commander  of  the  two  red  fro^i  ATAFs,  the  northern  and  southern 
fronts.  The  red  player  must  make  all  decisions  concerning  all  aspects  of  the  red  air 
war.  Each  category  or  decision  area  has  its  own  worksheet  and  report. 

The  second  goal,  that  of  providing  a  standardized,  realistic  and  consistent 
opponent  for  the  blue  teams,  comes  from  the  fact  that  each  blue  team  plays  against 
a  different  red  player.  This  is  necessary  since  each  day’s  actions  for  a  player  consume 
so  much  time.  Since  each  blue  team  plays  against  a  different  red  player,  each  of  whom 
has  a  different  strategy,  there  is  no  reliable  way  to  compare  the  results  of  the  blue 
teams’  actions. 

1.3  Proposed  solution 

In  order  to  meet  these  goals  the  Air  Force  Wargaming  Center  has  requested 
that  an  automated  red  player  be  developed.  An  automated  red  player  would  reduce 
the  amount  of  time  the  red  players  spend  filling  out  the  worksheets  and  free  them  to 
use  that  time  to  analyze  the  blue  teams’  actions  and  prepare  an  evaluation  of  those 
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actions.  It  would  also  allow  the  same  red  player  to  play  against  all  the  blue  teams 
since  it  could  be  copied  and  used  simultaneously  by  all  the  seminars. 

An  automated  red  player  could  take  either  of  two  forms:  an  object-oriented 
system  or  a  system  designed  using  artificial  intelligence  technology  via  an  expert 
system  shell.  The  latter  was  chosen  based  upon  the  nature  of  the  problem.  The 
major  points  which  led  to  the  selection  of  the  expert  system  solution  over  an  object- 
oriented  approach  are  as  follows,  and  are  discussed  in  detail  in  section  3.2. 

•  The  red  player’s  decisions  are  based  upon  heuristics  and  rules  of  thumb  rather 
than  an  algorithm. 

•  The  solutions  that  may  be  found  are  not  pre-enumerated.  There  are  many 
different  possible  solutions  to  any  given  scenario. 

•  Experts  are  available  who  can  solve  the  problem.  This  allows  for  consultation. 

•  The  basic  rules  of  reasoning  for  the  system  are  stable. 

•  The  system  uses  a  large  database  which  is  easily  accessible  by  an  expert  system 
shell. 

A  portion  of  this  solution  has  been  implemented  by  a  previous  thesis  (Har89). 
The  problems  which  remain  were  reduced  to  a  single  domain:  automate  the  Allied 
Tactical  Air  Forces  (ATAF)  portion  of  TWX. 

The  ATAF  portion  of  the  exercise  consists  of  two  general  actions,  target  selec¬ 
tion  and  mission  packaging.  Each  of  these  two  areas  can  be  further  decomposed  into 
the  actions  for  each  of  the  different  mission  types  discussed  in  detail  in  Chapter  IV. 

1-4  Assumptions 

This  effort  is  based  on  the  following  assumptions: 

•  The  previous  work  done  toward  building  an  automated  red  player  is  acceptable 
to  the  Air  P'orcc  Wargaming  Center. 
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•  The  Air  Force  Wargaming  Center  wants  a  system  that  allows  targets  to  be 
entered  which  take  precedence  over  those  generated  by  the  system  itself. 

•  The  solution  should  not  be  theater  dependent,  that  is,  it  should  be  general 
enough  to  allow  its  use  in  different  scenarios  in  different  theaters  worldwide. 

•  The  system  should  allow  the  adding  rules  as  needed. 

1.5  Approach/Methodology 

The  approach  used  to  developing  the  automated  red  player  is  both  simple  and 
straightforward:  learn  the  manual  system,  design  and  implement  the  automated 
system.  In  the  thesis  proposal  the  following  objectives  were  identified: 

•  Learn  to  play  TWX  using  the  manual  method.  Understand  the  reasoning 
behind  the  decisions  made  by  red  players  by  watching  them  play  TWX  and 
interviewing  them. 

•  Design  and  implement  the  automated  red  player.  The  size  of  this  effort  depends 
upon  the  number  and  complexity  of  the  rules  needed  to  implement  it.  This 
should  be  done  using  the  method  known  as  rapid  prototyping,  explained  in 
Section  3.4. 

•  Document  the  system.  This  includes  the  user’s  manual  and  the  programmer’s 
manual,  included  as  appendices. 

1.6  Materials  and  Equipment 

The  equipment  used  in  this  thesis  was: 

•  One  Sun  386i  workstation. 

•  The  expert  system  she!!,  Nexpert  Object  from  Neuron  Data. 

•  The  Oracle  Relational  Database  Management  System. 


This  equipment  was  provided  by  the  Air  Force  Wargaming  System,  Maxwell 
AFB,  AL.  Various  manuals  outlining  the  techniques  and  rules  used  in  TWX  were 
also  provided. 

1.7  Sequence  of  Presentation 

Chapter  II  is  a  literature  review  of  work  and  research  currently  being  done  in 
the  area  of  automated  wargaming.  It  provides  an  understanding  of  the  current  level 
of  the  technology  related  to  this  thesis  and  the  background  necessary  to  understand 
the  research  effort. 

Chapter  III  explains  the  rationale  behind  the  decision  to  use  an  expert  system 
and  the  rapid  prototyping  methodology.  Chapter  IV  describes  the  design  of  the 
automated  red  player.  Chapter  V  presents  a  summary  of  the  work  accomplished 
and  the  recommendations  for  further  research  and  work. 


II.  Literature  Review 


2.1  Introduction 

Military  warganung  is  used  worldwide  to  allow  military  commanders  to  practice 
strategies,  maneuvers,  tactics  and  decision-making  skills  under  conditions  which  give 
them  time  to  consider  all  options.  This  practice  is  also  beneficial  in  that  no  actual 
materials  are  used  and  no  lives  are  lost.  Another  advantage  is  the  same  scenario 
can  be  tried  repeatedly  using  different  approaches  to  answer  “what  if”  questions. 
This  allows  military  strategists  to  practice  and  evaluate  their  war  skills  at  any  time 
in  preparation  for  the  day  when  the*'  are  needed.  Wargaming  is  the  only  practical 
method  to  allow  the  large  number  of  jfficers  in  today’s  military  to  learn  about 
strategy  and  tactics  without  actually  going  to  war. 

2.2  Automated  Wargaming 

Wargames  are  time  consuming,  calculation  intensive  exercises  (Dav84:7).  The 
utility  of  the  wargame  is  quite  frequently  reduced  because  of  the  work  involved  in 
moving  markers,  calculating  the  results  of  battles,  updating  tables  and  perform¬ 
ing  many  other  bookkeeping  functions.  To  combat  this  problem  computers  were 
introduced  in  1954  when  the  Maximum  Complexity  Computer  ’  •  •  ‘ ,  .is  devel¬ 
oped  ( A11ST;133).  Since  then  computers  have  become  an  important  wargaming  tool. 
The  use  of  computers  in  weirgaming  can  be  divided  into  three  general  categories: 
an  automated  combat  resolution  function,  an  automated  player  and  an  analytic 
wargaming  system.  Each  of  the  three  categories  will  be  explained  separately  after  a 
high  level  description  of  a  generic  wargame  is  presented. 

2.2.1  A  Generic  Wargame  Model.  A  wargame  consists  essentially  of  three 
components:  the  combat  resolution  system  and  two  players,  as  shown  ir.  figure  1., 
The  combat  resolution  system  is  the  part  of  the  wargame  which  determines  the 
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Figure  1.  Generic.  Wargarne  Model 


results  of  the  actions  of  the  players.  If  two  opposing  units  attempt  to  occupy  the 
same  section  of  air  or  land  in  the  scenario,  for  example,  the  combat  resolution  system 
determines  the  outcome  of  the  ensuing  dogfight  or  battle.  The  system  may  take  into 
account  such  esoteric  factors  as  morale  and  loyalty  as  well  as  the  more  concrete 
factors,  such  as  relative  unit  sizes  and  armament. 

2.2.2  Automating  the  Combat  Resolution  System.  Traditionally,  in  the  non¬ 
computerized,  wargame  the  combat  resolution  system  consisted  of  a  set  of  tables 
used  to  compare  the  relative  strengths  and  weaknesses  of  the  unit*:  involved  and 
dice  to  determine  which  row  and/or  column  should  be  used  in  this  particular  en¬ 
counter  or  battle.  This  was  and  is  a  slow  and  tedious  process.  In  addition,  inexact 
results  quite  frequently  occurred  because  weapon  capabilities  and  other  factors  were 
rounded  because  of  the  limited  resources  available  and  the  need  to  simplify  the  man¬ 
ual  calculation  process. 

In  order  to  correct  some  of  the  shortcomings  of  the  traditional  combat  res¬ 
olution  s/stem  brought  on  by  the  enormous  number  of  variables  involved,  it  was 
automated  (Dav84:8).  The  automation  of  the  combat  resolution  system  involved 
converting  the  tables  to  a  form  usable  by  a  computer  program  and  caused  the  re- 
sn:„s  to  be  much  more  exact  and  realistic.  To  further  increase  the  correctness  of  the 
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combat  resolution  system,  studies  were  conducted  on  the  capabilities  of  weapons, 
weapon  systems  and  troops  under  myriads  of  different  situations.  The  results  were 
then  analyzed  and  reduced  to  equations  and  formulas  which  were  then  programmed 
and  used  in  the  appropriate  wargames.  This  decreased  the  time  needed  to  calculate 
the  results  of  each  player’s  actions  and  made  the  playing  of  the  game  easier. 

In  addition,  the  bookkeeping  functions  were  handled  automatically  and  the 
players  no  longer  had  to  concern  themselves  with  keeping  track  of  the  thousands  of 
details  necessary  to  make  the  wargame  practical  as  a  learning  tool.  This  in  turn 
allowed  more  detailed  data  to  be  used  since  the  use  of  the  computer  n  ade  the 
corresponding  increase  in  calculation  time  negligible.  The  end  result  was  that  the 
wargames  were  easier  to  use,  faster  and  more  realistic. 

2.2.3  Automated  Players.  The  motivation  behind  the  automation  of  the  play¬ 
ers  in  a  wargame  is  totally  different  from  that  u  ed  to  justify  the  automation  of  the 
combat  resolution  system.  One  of  the  principal  reasons  for  automating  a  player 
is  the  scarcity  of  qualified  specialists  available  to  play  the  role  of  the  red  (enemy) 
leadership.  As  Davis  and  Schwabe  stated  in  (DS85:1) 


Red  Agents  can  embody  knowledge  and  concepts  gathered  from  various 
sources  over  time.  By  contrast,  it  is  usually  difficult  to  put  together  a 
competent  human  Red  Team  because  there  are  few  specialists  nationwide, 
and  different  specialists  are  needed  to  represent  different  levels  of  d  icision 
making. 


By  automating  the  red  player  the  exercise  no  longer  depends  on  the  presence  of 
a  red  player.  The  automated  red  player  can  be  reproduced  as  many  times  as  needed 
and  used  simultaneously  for  many  different  exercises  (DBK86:2). 

Another  reason  to  automate  the  players  in  a  war  game  is  to  better  control 
the  exercise.  As  people  vary  so  do  their  responses  to  different  situations  which 
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arise  during  a  war  game.  This  makes  the  analysis  of  the  responses  to  the  vari¬ 
ous  situations  extremely  difficult  if  not  impossible.  An  automated  player  will  react 
within  a  given  range  providing  a  more  stable  environment  for  the  training  being 
conducted  (DBK86:2-3).  This  provides  the  human  participants  the  opportunity  to 
evaluate  the  effectiveness  different  strategies  and  decisions  under  controlled  condi¬ 
tions. 


2.2.4  Secondary  Players.  The  automation  of  the  players  in  a  wargame  pro¬ 
vides  the  opportunity  to  add  considerations  and  players  which  had  not  been  consid¬ 
ered  previously.  The  introduction  of  secondary  automated  players  acting  as  third 
world  countries  as  well  as  other  global  powers  has  provided  a  new  level  of  realism. 
The  wargame  is  no  longer  a  closed  system  involving  only  the  two  sides  of  the  conflict; 
it  can  reasonably  include  automated  players  representing  factions  which  might  be 
dragged  into  the  conflict  and  other  parties  which,  while  not  directly  involved  in  the 
conflict,  might  influence  the  outcome  or  conduct  of  the  conflict  (Dav84:9). 

Adding  secondary  players  allows  the  exercise  to  include  considerations  of  how 
noncombatant  parties  might  respond  to  the  combatant’s  actions,  e.g.,  the  use  of 
biological,  chemical  or  nuclear  weapons.  This  brings  the  exercise  another  step  closer 
to  accurately  modelling  the  real  world  situation.  It  also  serves  to  broaden  the  outlook 
of  the  human  players.  Instead  of  only  considering  what  is  happening  between  the 
combatants  they  must  now  consider  what  response  their  actions  will  cause  among 
the  noncombatants. 

2.2.5  Analytic  Wargames.  When  the  combat  resolution  system  and  all  the 
players  involved  in  the  exercise  are  automated  in  a  wargame,  it  becomes  an  analytic 
wargame.  It  is  called  an  analytic  wargame  because  it  can  be  used  to  analyze  different 
scenarios  involving  the  various  players.  Since  the  analytic  wargame  also  simulates 
wartime  conditions  and  actions  it  is  sometimes  referred  to  as  a  simulation  (Dav88). 
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These  analytic  wargames  are  used  to  analyze  many  different  possible  scenarios 
which  might  arise  during  an  actual  conflict.  Although  a  particular  scenario  might 
never  occur  during  a  war,  the  insights  gained  by  observing  the  results  of  the  simula¬ 
tions  can  provide  military  and  political  leaders  the  confidence  to  proceed  with  plans 
as  they  exist  or  to  strengthen  any  weaknesses  found.  One  of  the  major  strengths  of 
the  analytic  wargame  is  the  ability  to  create  various  automated  players  for  any  side 
which  reflect  “its  personality,  grand  strategy,  and  ‘temperament’  ”  (Dav88:17). 
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III.  Evaluation  and  Selection  of  the  Programming  Methodology 


3.1  Introduction 

The  automation  of  the  ATAF  portion  of  the  Theater  Warfare  Exercise  involved 
two  distinct  phases.  The  first  phase  was  to  determine  what  type  of  programming 
methodology  should  be  used  for  the  automation.  This  involved  analyzing  the  require¬ 
ments  for  the  automated  red  player,  comparing  them  with  the  various  programming 
methodologies  available  and  selecting  the  best  methodology.  The  second  phase  was 
the  actual  design  and  development  of  the  automated  red  player. 

3.2  Selection  of  an  Appropriate  Programming  Methodology 

There  are  various  programming  methodologies  available  for  any  given  problem. 
The  choice  of  '"hich  methodology  to  use  can  and  usually  will  have  a  great  impact 
upon  the  development  and  the  ease  of  maintenance  of  the  implementation  of  the 
solution.  The  *•••■  methodologies  considered  for  implementation  of  the  automated 
red  player  were  t.  - :  ;ct-oriented  programming  using  Ada  and  rule-based  programming 
using  an  expert  o4  mowledge-based  system. 

3.2,i  Object-oriented  Programming  Methodology.  The  object-oriented  pro¬ 
gramming  methodology  is  a  well-known  and  accepted  programming  methodology. 
In  this  methodology  the  problem  space  is  divided  into  objects  and  operations  which 
act  upon  the  objects  and  cause  them  to  change  their  states.  Each  object  has  its  own 
set  of  operations;  an  object  influences  other  objects  by  sending  messages  to  them. 

The  object-oriented  methodology  is  best  used  when  the  main  emphasis  of  the 
solution  is  the  manipulation  of  numbers  and  data  which  can  be  represented  as  ob¬ 
jects.  This  emphasis  is  best  understood  as  being  concerned  with  a  specific  set  of 
objects  and  their  states.  The  functions  or  operations  used  to  change  the  states  of 
the  objects  are  contained  within  the  description  of  the  objects. 


An  object-oriented  approach  to  the  solution  of  the  automated  red  player  would 
be  beneficial  in  i!  c  sense  that  it  would  eliminate  the  need  for  shared  data  areas.  Also, 
each  of  the  objects  would  be  treated  as  an  individual  entity  with  its  own  operators 
which  would  virtually  eliminate  the  possibility  of  incorrectly  modifying  the  objects 
or  tables. 

However,  the  use  of  the  object-oriented  methodology  has  several  very  serious 
drawbacks.  The  first  of  these  is  that  the  decisions  which  will  be  made  by  the  au¬ 
tomated  red  player  are  not  always  straightforward  “yes51  or  “no”  decisions.  These 
decisions  would  be  difficult  to  model  and  implement  using  the  methodology.  Second, 
TWX  is  currently  designed  so  that  all  the  data  about  the  numerous  items  involved 
in  the  exercise,  such  as  air  bases,  aircraft,  ground  units  and  weather  zones,  are  stored 
in  a  large  database  which  is  accessed  and  used  by  all  the  different  programs  support¬ 
ing  TWX.  The  database  is  an  extremely  efficient  method  of  storing  and  accessing 
the  data.  Although  the  use  of  the  object-oriented  methodology  does  not  preclude 
the  use  of  the  database,  use  of  the  methodology  would  unnecessarily  complicate 
the  work  of  designing  and  implementing  the  automated  red  player  and  necessitate 
reprogramming  certain  other  functions  already  in  use  to  ensure  compatibility. 

3.2.2  Rule-Based  Programming  Methodology.  The  rule-based  methodology 
is  a  part  of  the  artificial  intelligence  domain.  In  it  the  emphasis  is  placed  on  the 
rules  which  specify  and  bound  the  behavior  of  the  system.  The  rules  specify  which 
actions  are  allowed  and  when  they  are  allowed.  After  the  set  of  conditions  in  a  rule  is 
evaluated,  if  all  the  conditions  are  satisfied,  the  corresponding  goal  is  met  and  set  to 
TRUE.  If  one  or  more  of  the  conditions  is  not  true,  the  goal  is  not  met  and  the  rule 
is  set  to  FALSE.  If  the  rule  is  set  to  TRUE,  a  set  of  actions  associated  with  the  rule 
are  executed  modifying  data  items  and  creating  new  ones  as  needed.  This,  in  turn, 
can  cause  other  rules  to  be  put  on  the  agenda  or  list  of  rules  to  be  evaluated.  This 
is  a  very  flexible  system  which  allows  changes  to  occur  based  upon  the  evaluation 
of  rules.  Since  many  different  conditions  may  exist  which  tnay  cause  a  goal  to  br 
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evaluated  to  TRUE,  there  may  he  many  different  ways  to  meet  a  particular  goal. 
This  means  that  if  a  particular  set  of  conditions  does  not  meet  a  goal,  the  system 
will  try  a  different  set  of  conditions  10  see  if  the  goal,  as  defined  in  the  rule-base,  can 
be  met. 

Another  important  consideration  is  that  the  rules  and  the  data  are  separate. 
A  rule-base  can  therefore  operate  on  many  different  data-sets  and  come  to  different 
conclusions  based  upon  their  contents.  When  the  database  is  changed,  it  does  not 
affect  the  rule-base  and  vice  versa.  This  independence  also  allows  the  rule-base  to 
be  modified  as  time  goes  on  and  new  information  about  the  system  or  the  desired 
results  becomes  available. 

3.2.3  Conclusion.  Based  on  the  emphasis  of  the  two  methodologies,  sum¬ 
marized  above,  the  rule-based  programming  methodology  was  tentatively  selected 
as  the  methodology'  to  be  used.  Once  the  tentative  decision  was  made,  a  more  in- 
depth  analysis  of  the  problem  as  it  pertained  to  the  rule-based  methodology  was 
accomplished. 

3.3  Rule-based  Methodology 

There  are  several  criteria  which  are  used  to  determine  if  a  particular  problem 
is  suitable  for  use  with  the  rule-based  methodology  or  an  expert  system.  The  criteria 
are  divided  into  three  categories:  the  type  of  problem  to  be  solved,  the  availability 
of  experts  to  provide  the  logic  behind  the  solution  and  the  management  environ 
ment.  Each  category  has  several  aspects  which  mutt  be  considered:  the  response  for 
each  category  is  usually  given  on  a  scale  in  addition  to  a  simple  ves  or  no  answer 
(LDS89:3-17).  The  scale  ranges  from  low,  when  the  condition  the  criterion  specifies 
is  essentially  or  totally  absent,  to  high,  when  the  condition  the  criterion  specifies  is 
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met. 


3.3.1  Problem  Criteria.  The  problem  criteria  area  examines  how  well  the 
particular  problem  to  be  solved  lends  itself  to  a  solution  using  an  expert  system. 
Many  problems,  though  they  could  be  solved  using  an  expert  system,  are  better 
suited  to  other  methodologies.  The  subcriteria  and  how  each  is  rated  for  the  auto¬ 
mated  red  player  are  as  follows: 

•  Does  the  problem  generally  involve  symbolic  reasoning?  There  is  a  large 
amount  of  math  involved  in  the  solution  but  it  is  more  a  bookkeeping  function. 
The  main  emphasis  is  on  the  decisions  to  be  made  under  the  given  conditions. 
Rating:  moderate. 

•  Are  test  cases  available?  Yes,  several  test  cases  are  available.  Rating:  moder¬ 
ately  high. 

•  Is  the  problem  well  defined?  Yes,  the  problem  is  very  specific  and  is  well 
defined.  Rating:  high. 

•  How  frequently  will  the  task  be  performed?  It  is  performed  at  over  250  times 
a  year.  Rating:  high, 

•  Does  a  written  explanation  of  the  solution  exist?  The  conditions  which  bound 
the  solution  are  contained  in  the  Red  Player  Handbook  (Air88).  Rating:  high. 

•  Does  the  task  require  only  cognitive  skills  and  not  depend  on  common  sense? 
Rating:  high. 

•  Do  the  experts  agree  on  the  solutions  to  the  problem?  The  experts  at  the  Air 
Force  Wargaming  Center  agree  on  the  range  in  which  the  solution  should  be 
found.  Rating:  moderately  high. 
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3.3.2  Expert  Criteria.  The  expert  ,'iteria  determine  the  quality  of  the  assis¬ 
tance  of  the  experts  as  it  pertains  to  the  given  problem. 

•  Does  an  expert  exist  for  the  problem?  Yes.  Rating:  high. 

•  Is  the  expert  cooperative?  Is  the  expert  willing  to  assist  in  the  development  of 
the  solution?  The  personnel  at  the  Air  Force  Wargaming  Center  are  available 
and  supportive  of  the  effort.  Rating:  high. 

•  Can  the  expert  convey  his  knowledge  competently?  Yes.  Rating:  high. 

•  Is  the  expert’s  knowledge  based  on  facts  and  experience?  The  experts  have 
acted  as  red  players  at  least  ten  (10)  times.,  Rating:  high. 

•  Does  more  than  one  expert  exist?  There  are  at  least  six  red  players  which 
would  be  considered  experts.  Rating:  high. 

3.3.3  The  Management  Environment  Criteria.  The  management  environ¬ 
ment  criteria  measure  the  support  of  the  policy  makers  for  the  development  of  the 
expert  system. 

•  Is  there  a  need  for  the  development  of  the  expert  system?  Yes,  as  mentioned 
previously,  the  assignment  of  personnel  as  red  players  places  a  heavy  burden 
upon  the  personnel  of  the  Wargaming  Center  and  keeps  them  from  other  ben¬ 
eficial  duties.  Rating:  high., 

•  Is  there  sufficient  financial  support  to  see  the  development  through  to  comple¬ 
tion?  The  Air  Force  Wargaming  Center  has  provided  the  equipment  needed  for 
the  effort  and  continues  to  fund  the  necessary  travel  and  expenses  to  continue 
the  effort.  Rating:  moderately  high. 

•  Does  the  top  management  support  the  development?  Yes,  They  have  provided 
the  necessary  funds  and  encouraged  the  experts  to  assist  the  effort.  Rating: 
moderately  high. 
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•  Does  management  have  realistic  expectations  about  the  use  and  usefulness  of 
the  final  system?  Yes,  management  does  not  expect  the  system  to  solve  all 
their  problems  but  to  lighten  the  load  of  the  red  players.  Rating:  high. 

•  Will  the  users  welcome  the  implementation  and  use  of  the  system?  Yes,  there 
are  the  normal  doubts  and  the  “show  me”  attitudes  but  the  users  want  the 
system  to  work.  Rating:  moderately  high. 

Another  factor  in  favor  of  using  an  expert  system  is  flexibility.  During  and 
after  development  of  the  automated  red  player  the  use  of  an  expert  system  makes 
the  modification  of  the  rules  and  conditions  much  easier  than  would  be  the  case  in 
an  object-oriented  programming  methodology  where  the  algorithm  would  have  to  be 
rewritten.  After  evaluating  the  benefits  of  the  flexibility  offered,  the  answers  to  the 
questions  about  the  different  criteria  and  the  ratings  of  the  answers,  I  determined 
that  the  expert  system  solution  was  the  better  of  the  two  alternatives  and  started 
the  design  and  implementation  of  the  automated  red  player  (ATAF  segment). 

3.4  Rapid  Prototyping. 

In  order  to  implement  the  automated  red  player  as  quickly  as  possible,  the 
method  called  rapid  prototyping  was  used.  Rapid  prototyping  consists  of  repeating 
the  evaluation,  design,  encoding  and  testing  steps  until  the  final  solution  is  reached. 
In  rapid  prototyping,  information  is  gathered  from  the  expert  and  written  sources 
and  incorporated,  as  rules,  in  the  expert  system.  The  new  system  is  then  evaluated, 
tested  and  debugged.  If  the  the  system  works  according  to  the  expert’s  explanation, 
it  is  accepted;  if  not  it  is  refined  until  it  matches  the  heuristics  and  knowledge  the 
expert  uses.  At  this  point  new  knowledge  is  acquired  and  the  process  repeats  itself 
until  the  expert  system  meets  the  specifications  set  for  it  (Ped89:l82-185).  This 
process  is  shown  in  Figure  2. 

The  use  of  the  rapid  prototype  method  allowed  the  automated  red  player  to 
be  built  in  small  increments  with  each  increment  being  tested  and  evaluated  before 
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Figure  2.  Raprl  Prototype  Process  (Ped89:184) 
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additional  know’  An*  is  added  to  the  system.  It  also  allowed  a  partial  rule- base  to  be 
used  in  the  system.  If  a  rule  was  refined  or  r'dierwis*  modified,  the  method  ensured 
that  extensive  changes  did  not  have  to  be  made. 

3.5  Conclusion 

Although  there  art  many  methodologies  which  may  be  used  to  solve  a  given 
problem,  one  usually  stands  out  \s  the  best.  the  case  Gf  the  automated  red  player 
the  choice  was  the  rule-based  method  ^iogy  implemented  using  an  expert  system 
shell.  The  selection  criteria  a1’,  provide  strong  support  for  this  decision.  To  further 
support  the  decision ,  uie  rapid  prototyping  process  was  examined  and  select  =d  for 
use  in  the  automation  of  the  red  player. 
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IV.  Automation  of  the  ATAF  Portion 


4- 1  Introduction 

The  Allied  Tactical  Air  Forces  (ATAF)  portion  of  the  Theater  Warfare  Exercise 
(TWX)  consists  of  several  independent  tasks.  These  tasks  must  be  performed  in  a 
given  order  as  ''.pecified  'n  t  re  Agile  Eagle  ‘88  Handbook  (Air88:3.14-3.18)  to  ensure 
aircraft  and  other  i^-^arces  are  used  in  the  most  advantageous  manner  possible.  In 
.addition  the  tasks  must  be  accomplished  for  both  day  and  nigh*  missions  for  both 
fronts.  The  tasks  (in  order)  are  given  below  and  shown  in  Figure  3. 

»  Offensive  Counter  Air  targeting,  United  Kingdom  targets 

•  Area  Defense  Suppression  alloca^-m 

•  Offensive  Counter  Air  targeting,  other  targets 

•  Interdiction  and  Battlefield  Air  Interdiction  targeting 

•  Close  Air  Support  allocation 

•  Electronic  Counter  Measures  allocation 

•  Close  Air  Patrol  allocation  (not  currently  used) 

•  Defensive  Counter-Air  allocation 

•  Aviation  Reconnaissance  targeting 

Currently  TWX  is  organized  around  a  conflict  in  the  European  theater.  In 
order  to  make  the  automated  red  player  applicable  to  any  theater  world-wide  and 
allow  it  to  be  used  even  if  the  theater  were  changed,  some  parameters  were  made 
more  general  than  they  are  currently.  For  example,  the  Offensive  Counter  Air  (OCA) 
targeting  was  divided  into  long  range  OCA  and  regular  OCA  targeting  instead  of 
UK  and  other  OCA  targeting. 


Figure  3.  ATAF  Top  Level  Design 
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4-2  Expert  System  Fundamentals 

The  automated  red  player  was  built  using  an  expert  system.  To  help  the  reader 
understand  the  design  of  the  automated  red  player,  a  brief  overview  of  the  structure 
of  the  rules  in  the  expert  system  is  provided  through  an  example. 

In  Nexpert  Object  a  rule  consists  of  three  main  parts;  the  conditions,  the 
actions  and  the  hypothesis  or  goal.  Each  rule  has  one  or  more  conditions;  if  all  the 
conditions  of  a  rule  Me  true  the  goal,  hypothesis,  of  the  rule  is  met.  Whenever  a 
goal  of  a  rule  is  met,  all  the  actions  in  the  rule  are  executed  sequentially.  If  the  one 
or  more  of  the  conditions  is  false,  the  goal  is  not  met  and  none  of  the  actions  are 
executed.  However,  several  different  rules  may  have  the  same  goal  or  hypothesis. 
Therefore  if  a  hypothesis  is  not  satisfied  by  one  rule  the  expert  system  will  try  to 
satisfy  it  by  evaluating  other  rules.  A  goal  or  hypothesis  is  determined  to  be  true 
if  all  the  conditions  of  any  one  rule  are  true.  A  goal  or  hypothesis  is  determined  to 
be  false  if  at  least  one  condition  in  each  of  the  rules  with  that  hypothesis  is  false. 
Therefore,  a  goal  can  be  met  if  the  conditions  of  one  rule  are  all  met,  but  it  can  be 
false  only  if  none  of  the  rules  have  all  conditions  met. 

This  example  shows  three  rules  used  to  determine  what  type  of  ECM  aircraft 
should  be  used.  All  three  rules  have  the  same  hypothesis,  “Get.ECM_ac.Hypo” 
therefore  the  hypothesis  or  goal  can  be  met  by  any  of  the  rules  having  all  its  condi¬ 
tions  evaluate  to  true. 

When  the  first  ECM  aircraft  are  needed  the  type  of  ECM  aircraft  is  unknown 
since  none  have  been  used.  Therefore,  the  system  must  get  the  next  type  of  ECM 
aircraft  and  tiie  quantity  of  that  type  aircraft  from  the  table.  This  rule  retrieves  this 
first  type  of  ECM  aircraft  when  the  type  of  the  ECM  aircraft  is  unknown  indicating 
the  table  has  not  been  accessed. 


CONDITIONS 


ACTIONS 


Is  ECM.type  UNKNOWN  Retrieve  ECM.type  ft  ECM. quantity 

from  lrecm  table 


HYPOTHESIS:  Get _ECM_ac. Hypo 


When  there  are  not  enough  of  the  current  type  of  ECM  aircraft  available  and 
the  principal  aircraft  have  been  selected,  this  rule  retrieves  the  next  type  of  ECM 
aircraft  and  outputs  the  table  entry  for  the  old  ECM  type. 


CONDITIONS  ACTIONS 

ECM.  quantity  =  0  ECM.  index  =  ECM.  index  +  1 

principal. quantity  <>  0  Create  table  entry  for  old  ECM  type 

Retrieve  ECM.type  ft  ECM. quantity 
from  lrecm  table 


HYPOTHESIS:  Get _ECM_ac. Hypo 


If  there  are  enough  ECM  aircraft  of  the  current  type  available,  no  actions  are 
needed  since  then  system  will  get  the  aircraft  from  the  type  currently  being  used. 
The  last  rule  has  no  actions  (none  are  needed)  and  can  still  meet  the  goal.  If  there 
are  enough  ECM  aircraft  of  the  current  type  no  actions  are  taken  and  the  goal  is 
satisfied  by  this  rule. 


CONDITIONS  ACTIONS 

ECM. quantity  >  0 
HYPOTHESIS:  Get_ECM_ac.Hypo 


Rules  are  the  basic  structure  of  the  expert  system  but  there  is  one  other  struc¬ 
ture  which  must  be  explained.  During  the  processing  of  the  rule-base  there  are  times 
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when  a  value  of  a  specific  object  changes;  this  signifies  that  certain  actions  need  to 
be  accomplished.  These  actions  are  not  part  of  a  rule  but  are  executed  whenever  the 
value  of  the  object  changes.  Since  the  actions  are  not  part  of  a  rule  they  are  located 
in  the  if-change  metaslot  of  the  object.  This  allows  the  object  to  act  as  a  flag  that 
is  continuously  monitored  during  the  processing  of  the  rule-base.  Metaslots  can  be 
thought  of  as  actions  associated  with  a  condition  of  “Has  the  value  of  this  object 
changed?” 

4-3  General  Design  Information 

The  various  tasks  involved  in  the  ATAF  portion  of  TWX  were  divided  into 
several  groups  according  to  the  similarity  of  function,  decisions  and  design.  The 
targeted  mission  group  included  both  long  range  and  regular  OCA  tasks,  the  CAS 
task  and  the  BAI  task,  since  they  all  require  very  similar  decisions  and  targeting 
functions.  The  untargeted  mission  group  included  the  area  Defense  Suppression 
(area  DSUP),  area  ECM,  and  Defensive  Counter  Air  (DCA)  tasks  because  they  do 
not  have  specific  targets  and  the  aircraft  are  assigned  to  fly  in  an  undesignated 
airspace.  Reconnaissance  missions  were  designed  as  a  separate  category  since  they 
have  different  targeting  requirements.  The  design  for  each  of  the  three  groups  will 
be  presented  separately  with  any  differences  among  the  tasks  being  noted  in  each 
section. 

Each  of  the  different  missions  is  affected  by  weather  and  daylight  conditions. 
The  discussion  which  follows  explains  the  design  of  the  general,  good  weather,  day¬ 
light  mission  scenario.  The  main  difference  between  this  general  case  and  the  specific 
cases  is  essentially  the  destructive  index  of  the  aircraft  allocated  for  the  mission.  This 
difference  is  accounted  for  by  selecting  the  app;opriate  destructive  index,  according 
to  the  weather  and  daylight  requirements  of  the  mission,  from  the  red  aircraft  table 
in  the  database  and  will  be  explained  in  detail  later. 
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Before  building  the  mission  packages  for  the  OCA,  Close  Air  Support  (CAS), 
Battlefield  Air  Interdiction  (BAI)  and  Aviation  Reconnaissance  (RECCE)  missions 
can  begin,  the  targets  for  each  mission  type  must  be  selected  based  upon  the  criteria 
developed  for  that  type  of  mission.  After  the  target  selection  is  complete,  the  weather 
over  each  target  must  be  determined  as  this  may  affect  the  type  of  aircraft  selected 
for  use  against  the  targets  (Air88:3.13).  The  specific  target  selection  criteria  for  the 
various  types  of  missions  is  discussed  under  the  separate  mission  group  headings. 

4-4  Generation  of  Targeted  Missions 

4-4-1  Background.  The  targeted  missions  are,  as  the  name  implies,  those 
types  of  missions  generated  against  specific  blue  targets,  such  as  airbases  or  ground 
units,  or  against  a  corps  of  a  designated  army  for  CAS.  These  mission  types  include 
long  range  and  regular  OCA,  CAS  and  BAI.  All  these  types  of  missions  are  packaged 
against  a  specific  target  and  use  at  least  one  type  of  accompanying  aircraft  except 
CAS  aircraft,  which  fly  unaccompanied. 

Long  range  offensive  counter  air  missions  are  targeted  against  blue  airbases 
and  depots  which  have  nuclear  storage  facilities  or  third  generation  aircraft  and  are 
beyond  the  range  of  regular  OCA  aircraft.  These  missions  are  designed  to  limit  or 
eliminate  the  opponent’s  nuclear  strike  capability.  This  is  accomplished  by  destroying 
the  nuclear  weapons  in  storage,  incapacitating  the  delivery  aircraft  and  damaging 
airbase  runway  systems.  The  principal  strike  aircraft  are  accompanied  by  long  range 
ECM  aircraft. 

Regular  OCA  missions  are  targeted  against  the  same  type  of  target  as  the  long 
range  OCA  missions  with  the  same  objective.  The  regular  OCA  packages  include  the 
principal  strike  aircraft,  ECM  aircraft,  escort  aircraft  and  may  or  may  not  include 
defense  suppression  aircraft  depending  on  the  strike  aircraft  type  selected. 

The  BAI  missions  are  t<i  geted  against  blue  ground  units  and  which  would 
hamper  the  advance  of  red  ground  units.  These  targets  include  “means  of  nuclear 


attack  aviation  at  the  nearest  airfields,  tanks  and  artillery,  strong  points,  centers  of 
resistance,  and  river  crossings”  (Air87:2.19)  as  well  as  control  centers  and  reserves. 
The  mission  packages  are  built  of  the  same  components  as  the  regular  OCA  mission 
packages. 

CAS  missions  are  assigned  to  support  red  ground  units  and  tire  targeted  against 
enemy  (blue)  reserve  units,  artillery,  mission  installations  and  tanks.  In  TWX,  the 
actual  target  chosen  will  be  the  Army  corps  in  the  area  of  interest.  The  red  units 
receiving  support  from  CAS  missions  are  usually  those  “ground  units  which  have 
penetrated  enemy  defenses  and  are  conducting  pursuit  and  exploitation  operations 
deep  within  the  enemy’s  zone  of  operations”  (Air88:2.9). 

To  simplify  the  explanation  of  the  building  of  targeted  mission  packages,  the 
explanation  will  deal  with  one  of  the  mission  types;  exceptions  will  be  mentioned  as 
necessary.  The  most  general  mission  type  is  the  regular  OCA  mission,  therefore  it 
was  chosen  for  the  explanation. 

4-4-2  Solution.  OCA  missions  are  the  first  mission  packages  built  and  are 
assigned  against  targets  throughout  the  theater.  The  long  range  OCA  missions  are 
assigned  against  targets  out  of  range  of  standard  aircraft,  e.g.,  targets  in  the  United 
Kingdom.  The  process  of  building  an  OCA  package  involves: 

•  building  the  target  priority  table: 

•  building  the  OCA  aircraft  tables; 

•  allocating  the  proper  aircraft  for  the  package;  and 

•  creating  the  OCA  mission  table. 

The  organization  of  the  OCA  package  building  process  is  shown  in  Figure  4.  Each 
of  the  subtasks  depends  upon  and  influences  the  subtasks  listed  before  it.  Although 
the  subtasks  are  processed  from  left  to  right  as  given  in  Figure  4,  a  later  task  can 
cause  an  earlier  task  to  be  processed  again  under  certain  conditions. 
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Figure  4.  Organization  of  the  OCA  Process 
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4.4-2. 1  Target  Selection.  Before  the  OCA  missions  can  be  planned  by 
the  automated  red  player  all  available  OCA  targets  must  be  placed  in  a  prioritized 
list  according  their  potential  for  damage  against  the  red  player.  I  developed  the 
following  equation  to  calculate  a  target’s  potential  for  damaging  the  red  forces,  it’s 
measure  of  merit: 

msrmrt  =  (acqnty  (i)*  acdi  (f)-wxcp(t)-aesurvfac(i)) 
where  the  following  definitions  hold: 

•  msrmrt  is  the  measure  of  merit  for  the  specified  target: 

•  n  is  the  number  of  different  types  of  nuclear  capable  aircraft  at  the  base: 

•  acqnty  is  the  quantity  of  a  particular  type  of  aircraft; 

•  acdi  is  the  destructive  capability  of  the  type  of  aircraft  under  consideration; 

•  wxcp  is  set  to  LI  if  the  type  of  aircraft  under  consideration  is  not  all-weather 
capable,  1.2  if  it  is  (based  upon  the  increased  utility  of  the  aircraft);  and 

•  acsurvfac  is  the  survivability  factor  of  the  type  of  aircraft  or  what  percentage 
of  the  aircraft  can  be  expected  to  arrive  on  target  if  allowed  to  launch. 

This  equation  takes  in  consideration  the  factors  which  bear  upon  a  targets  ability  to 
damage  red  units  in  the  exercise. 

The  building  of  the  CAS  target  table  involves  finding  the  blue  army  corps 
in  contact  with  advancing  red  units  which  have  penetrated  enemy  defenses.  The 
emphasis  is  placed  on  the  army  corps  with  units  capable  of  stopping  the  red  advance, 
e.g.,  artillery  and  tank  units,  missile  installations  and  reserves.  Since  an  army  covers 
a  wide  area,  targeting  is  done  on  the  corps  as  a  whoie.  The  measure  of  merit  of  an 
army  is  determined  by  how  many  units  are  in  contact  with  red  units:  this  i. -Herts 
the  success  of  the  red  unit  involved  in  that  the  further  it  has  progressed,  the  more 
blue  units  will  be  railed  upon  to  engage  and  stop  ii 


Table  1.  BAI  Target  Table 


nuclear  delivery  systems 

mi 

mi 

command  and  control 

air  defense  site 

4 

artillery 

mi 

reserve  units 

mi 

The  building  of  the  BAI  target  table  involves  finding  the  rear  echelon  blue 
units  which  are  advancing  on  red  units.  This  type  of  mission  emphasizes  air  defense 
sites  and  command  and  control  points.  Their  measure  of  merit  is  based  on  the  type 
of  unit  under  consideration  as  show  in  Table  1 


After  the  measure  of  merit  is  calculated  for  each  possible  target,  the  targets 
are  entered  into  a  table  in  descending  order  of  the  measure  of  merit.  This  places 
the  highest  priority  targets  at  the  top  of  the  list,  ensuring  that  the  most  effective 
aircraft  resources  will  be  allocated  against  them  first. 

To  illustrate  the  target  prioritizing  process,  consider  an  example  where  there 
are  three  types  of  strike  aircraft  based  at  eight  bases.  The  aircraft  are  identified  as 
AC1,  AC2  and  AC3  with  the  relevant  characteristics  shown  in  Table  2.  Each  base 
has  different  quantities  of  each  type  stationed  at  it.  These  aircraft  generate  a  given 
number  of  sorties  each  day.  Applying  the  measure  of  merit  equation  and  the  data 
provided  the  measure  of  merit  for  each  base  can  be  calculated  as  shown  in  Table  3. 
These  data  are  used  to  build  the  target  table  shown  in  Table  4. 

In  the  prioritized  target  table  the  first  column  (index)  is  used  by  the  expert 
system  to  distinguish  and  reference  the  individual  records  (rows).  The  second  column 
(abid)  is  a  unique  identifier  for  the  target  used  within  TWX  and  the  automated  red 
player.  Column  three  (status)  gives  the  condition  of  the  airbase  rounded  to  the 
nearest  25%  level  to  simulate  the  inexactness  of  reconnaissance  data  received  during 
wartime.  Column  four  is  the  calculated  measure  of  merit  for  the  target. 
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Table  2.  Blue  Aircraft  Characteristic  Table 


AC  Destructive  Weather  Survivability 
Type  Index  Capability  Factor 


AC1 

1.3 

1.2 

!95 - 

AC2 

.9 

1.1 

.85 

AC3 

.7 

1.2 

.80 

Table  3.  Blue  Aircraft  on  Target  Table 


Target  ID  AC  Type  AC  Quantity  AC  msrmrt  Target  msrmrt 


40 

ACl 

100 

148.20 

148.20 

41 

■9 

42 

67.43 

WE&M 

36 

30.29 

AC3 

104 

69.89 

167.61 

42 

ACl 

82 

121.52 

AC2 

20 

19.20 

AC3 

20 

16.83 

157.55 

43 

AC2 

130 

109.40 

109.40 

80 

AC2 

98 

65.86 

65.86 

82 

— 

60 

88.92 

88.92 

84 

WEsm 

80 

53.76 

AC3 

80 

67.32 

121.08 

85 

ACl 

79 

117.08 

117.08 
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Table  4.  Prioritized  Target  Table 


index  abid  status  msrmrt 


m 

41 

1.00 

167.61 

mm 

42 

.75 

157.55 

ra 

40 

1.00 

148.20 

\mm 

84 

.50 

121.08 

5 

85 

.25 

117.08 

43 

1.00 

109.40 

7 

82 

.75 

88.92 

8 

80 

1.00 

65.86 

Mission  Aircraft  Tables.  The  next  step  is  to  find  all  the  aircraft 
which  can  be  used  to  strike  against  the  targets  and  place  them  in  the  aircraft  tables. 
Since  ECM,  escort  and  defense  suppression  aircraft  may  accompany  the  primary 
OCA  aircraft  to  help  them  survive  the  missions,  four  tables  must  be  built,  one 
to  contain  the  data  for  the  OCA  aircraft  and  the  others  to  contain  the  data  for 
the  accompanying  aircraft.  The  aircraft  are  counted  from  all  the  eligible  airbases 
and  placed  in  the  table  with  the  aircraft  with  the  highest  good-weather,  daytime 
destructive  index  (didg)  at  the  top  of  the  table.  Examples  of  the  four  tables  are 
given  in  Tables  5  and  6.  In  these  tables  the  first  column  (index)  is  the  field  used 
by  the  expert  system  to  access  the  various  aircraft  records.  In  the  second  column 
(actyp)  is  found  the  type  of  aircraft  with  the  aircraft  role  at  the  end.  The  number  of 
aircraft  available  is  contained  in  the  third  column  (acqnty).  The  rest  of  the  columns 
(didg  through  dinp)  contain  the  destructive  index  or  mission  effectiveness  for  the 
aircraft  type  for  the  particular  type  of  mission  (OCA,  escort,  DSUP  or  ECM)  as 
stored  in  the  TWX  aircraft  data  tables.  The  third  letter  in  the  header  refers  to 
either  day  (d)  or  night  (n)  missions.  The  last  letter  refers  to  the  weather  conditions 
over  the  target,  good  (g),  poor  (p)  or  bad  (b). 
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Table  5.  OCA  Aircraft  Table 


index 

actyp 

acqnty 

didg 

didp 

didb 

ding 

dinp 

dinb 

1 

T26A 

57 

1.10 

.90 

.70 

.90 

.70 

.60 

IO 

T22A 

44 

.85 

.65 

.45 

.65 

.45 

.35 

\mm 

T16A 

39 

.90 

.70 

.60 

.70 

.50 

.30 

Table  6.  ECM  Aircraft  Table 


index 

actyp 

acqnty 

didg 

didp 

didb 

ding 

dinp 

dinb 

n 

T16E 

22 

.50 

~ 40"~] 

|  .30 

.50 

.40 

.30 

4. 4-^-3  Principal  Aircraft  Selection.  The  selection  of  OCA  aircraft  and 
the  number  used  depends  on  two  variables:  the  effectiveness  of  the  type  of  aircraft 
under  consideration  and  the  status  of  the  target.  The  first  decision  made  by  the 
automated  red  player  is  to  determine  how  many  OCA  aircraft  are  needed  for  the 
mission  being  packaged.  The  second  decision  (whether  the  requisite  number  of  OCA 
aircraft  are  available)  involves  accessing  the  OCA  aircraft  table.  Depending  on  the 
which  set  of  conditions  are  met  in  the  automated  red  player’s  rule-base  the  OCA 
aircraft  table  may  be  opened,  the  aircraft  acquired  from  the  current  record,  the 
aircraft  acquired  from  a  new  record  or  the  aircraft  may  not  be  acquired  causing  the 
mission  planning  to  halt  for  this  task.  The  design  is  shown  in  Figure  5. 

The  selection  of  the  aircraft  type  to  be  used  is  determined  by  the  order  of 
the  aircraft  types  in  the  aircraft  table  with  the  most  effective  aircraft  at  the  top  of 
the  table.  In  TWX  and  the  automated  red  player,  the  format  of  the  mission  table 
requires  the  targets  using  the  same  type  of  aircraft  to  be  placed  together.  Therefore, 
the  first  decision  to  be  made  by  the  automated  red  player  is  how  many  aircraft  are 
required  to  reduce  the  target  to  25%  effectiveness  or  less  or,  if  it  is  already  at  25% 


32 


OCA 

Aircraft 

Selection 


Figure  5.  Design  of  OCA  Aircraft  Selection 
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Table  7.  Damage  Calculation  Table 
Number  of  Random  Number 


Effective  Sorties 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

1  -  5 

.5 

.5 

.5 

.75 

.75 

.75 

1.0 

1.0 

1.0 

E23 

6-  n 

.25 

.5 

.5 

.75 

.75 

.75 

.75 

.75 

1.0 

1.0 

11  -  20 

0 

.25 

.25 

.5 

.5 

.75 

.75 

.75 

.75 

1.0 

21  -  30 

0 

0 

0 

0 

.25 

.25 

.5 

.5 

.75 

.75 

31  -  40 

0 

0 

0 

0 

0 

0 

.25 

.25 

.5 

.75 

41  -  50 

0 

0 

0 

0 

0 

0 

0 

.25 

.25 

mi 

51  -  60 

0 

0 

0 

0 

0 

0 

0 

0 

.25 

m\ 

61+ 

0 

0 

0 

0 

0 

0 

0 

0 

0 

.25 

effectiveness,  how  many  aircraft  are  required  to  keep  it  at  that  level  since  the  blue 
forces  will  be  attempting  to  repair  the  airbase. 

In  order  to  determine  how  many  aircraft  are  needed,  I  analyzed  the  damage 
calculation  table  from  the  TWX  combat  resolution  model  (Table  7).  The  damage 
calculation  table  contains  the  multipliers  used  to  determine  the  status  of  a  target 
after  an  attack.  The  status  of  a  target  after  an  attack  is  calculated  by  determining 
which  row  and  column  are  used  in  Table  7  and  multiplying  the  current  status  by 
the  multiplier  at  the  intersection  of  the  row  and  column.  The  row  is  determined 
by  calculating  the  number  of  effective  sorties  (number  of  aircraft  in  Table  7)  over 
the  target  by  multiplying  the  number  of  aircraft  in  the  package  by  their  appropriate 
destructive  index.  A  random  number  is  generated  and  used  to  determine  which 
column  is  applicable. 

I  calculated  the  average  multiplier  for  each  level  of  quantity  of  aircraft.  This 
was  then  used  to  calculate  the  expected  damage  to  a  target  when  the  median  number 
of  effective  sorties  or  breakpoint  reached  the  target  for  each  level  of  target  status 
(25%,  50%,  75%  and  100%).  I  generated  an  expected  damage  table  for  a  100% 
survival  rate  of  the  aircraft  (Table  8),  a  75%  survival  rate  of  the  aircraft  (Table  9) 
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Table  8.  Expected  Target  Status,  100%  Survival  Rate 
Number  of  Surviving  Status  Current  Target  Status 


Aircraft 

Aircraft 

Multiplier 

25% 

50% 

75% 

100% 

3 

.78 

.19 

.38 

.58 

00 

t- 

' 

8 

8 

.68 

.17 

.34 

.51 

.68 

15 

15 

.55 

.14 

.28 

.41 

.55 

25 

25 

.30 

.08 

.15 

.23 

.30 

35 

35 

.18 

.04 

.09 

.13 

.18 

45 

45 

.10 

.03 

.05 

.08 

.10 

55 

55 

.08 

.02 

.04 

.06 

00 

© 

66 

66 

.03 

.01 

.01 

.02 

.03 

and  a  50%  aircraft  survival  rate  (Table  10).  After  analyzing  these  three  tables  I  set 
the  desired  number  of  effective  sorties  for  each  level  of  airbase  status  as  shown  in 
Table  11.  These  rates  produce  the  desired  damage  to  the  targets,  allowing  for  some 
aircraft  losses  without  wasting  valuable  resources. 

Finally,  to  determine  how  many  aircraft  of  a  certain  type  were  needed  against 
a  specific  target,  the  number  of  effective  sorties  needed  for  the  target  given  its  status 
was  determined  by  using  Table  11.  That  number  was  divided  by  the  destructive 
index  of  the  aircraft  type  as  taken  from  the  aircraft  tables  in  the  database.  For 
example,  using  T22As  with  a  destructive  index  of  .85  against  target  42  with  a  status 
level  of  75%,  the  number  of  T22As  needed  is  calculated  by  dividing  the  destructive 
index  of  the  T22As  (.85)  by  25  (the  desired  number  of  effective  sorties  from  Table  II) 
giving  29  aircraft  needed.  The  expected  status  of  the  target  after  the  mission  would 
be  between  41%,  if  50%  of  the  aircraft  are  lost,  and  23%,  if  none  of  the  aircraft  are 
lost.  In  addition,  up  to  8  effective  sorties  could  be  lost  without  any  degradation 
of  the  mission  effectiveness  since  21  effective  sorties  is  the  cut-off  for  this  level  (see 
Table  7). 


Table  9.  Expected  Target  Status,  75%  Survival  Rate 


Number  of  Surviving  Status  Current  Target  Status 
Aircraft  Aircraft  Multiplier  25%  50%  75%  1 00% 


2 

.78 

.19 

.38 

.58 

.78 

8 

6 

.68 

.17 

.34 

.51 

.68 

15 

11 

.55 

.14 

.28 

.41 

.55 

j  25 

19 

.55 

.14 

.28 

.41 

.55 

35 

26 

.30 

.08 

.15 

.23 

.30 

45 

34 

.18 

.04 

.09 

.13 

.18 

55 

41 

.10 

.03 

.05 

.08 

.10 

66 

50 

.08 

.03 

.05 

.06 

.10 

Table  10.  Expected  Target  Status,  50%  Survival  Rate 


Number  of  Surviving  Status  Current  Target  Status 
Aircraft  Aircraft  Multiplier  25%  50%  75%  100% 


3 

2 

.78 

.19 

.38 

.58 

.78 

8 

4 

.78 

.19 

.38 

.58 

.78 

15 

8 

.68 

.17 

.34 

.51 

.68 

25 

13 

.55 

.14 

.28 

.41 

.55 

35 

18 

.55 

.14 

.28 

.41 

.55 

45 

23 

.30 

.08 

.15 

.23 

.30 

55 

28 

.30 

.08 

.15 

.23 

.30 

66 

33 

.18 

.04 

.09 

.13 

.18 

Table  11.  Required  Effective  Sorties 


Target  Status  Effective  Sorties 


100% 

35 

75% 

25 

15 

25% 

36 


Even  though  the  status  of  the  target  would  in  actuality  be  a  percentage  such 
as  23%  or  41%,  and  it  would  be  stored  in  the  database  as  a  more  accurate  decimal 
number,  the  solution  presented  above  is  only  concerned  with  the  four  levels  of  target 
status  (25%,  50%,  75%  and  100%)  since  reconnaissance  cannot  be  totally  accurate. 
This  reflects  the  wartime  situation  and  actual  reconnaissance  capabilities. 

4-4-2-4  ECM  Aircraft  Selection.  The  selection  of  the  ECM  aircraft  to 
be  used  for  the  package  is  not  target-dependent.  That  is,  the  ECM  function  is 
basically  the  same  regardless  of  the  target.  The  determining  factors  are,  simply, 
how  many  aircraft  are  needed  and  whether  they  are  available.  This  is  depicted  in 
Figure  6. 

The  first  decision  made  by  the  automated  red  player  is  to  determine  how 
many  ECM  aircraft  we  needed  for  the  mission  being  packaged.  Due  to  the  nature 
of  the  ECM  function  and  the  red  aircraft  being  used,  that  number  has  been  set  at 
one  (Air88:3.14).  This  decision  (one  ECM  aircraft  per  target)  was  implemented  with 
rules  to  ensure  that  any  future  modifications  could  be  made  easily. 

The  second  decision  (whether  the  requisite  number  of  ECM  aircraft  are  avail¬ 
able)  involves  accessing  the  ECM  aircraft  table.  Depending  on  the  which  set  of 
conditions  is  met  in  the  automated  red  player's  rule-base,  the  table  may  be  opened, 
the  aircraft  acquired  from  the  current  record,  the  aircraft  acquired  from  a  new  record, 
or  the  aircraft  may  not  be  acquired,  causing  the  mission  planning  to  halt  for  this 
task. 


4- 4-3.5  Escort  and  Defense  Suppression  Aircraft  Selection.  The  selec¬ 
tion  of  the  escort  and  defense  suppression  aircraft  to  accompany  the  strike  aircraft 
in  a  mission  package  follows  essentially  the  same  logic  as  the  selection  of  the  ECM 
shown  in  Figure  6.  First,  the  number  of  aircraft  needed  for  the  mission  is  determined 
in  relation  to  the  type  and  number  of  strike  aircraft  selected.  In  general,  there  arc 
50%  as  many  escort  aircraft  and  33%  as  many  defense  suppression  aircraft  as  there 


Aircraft 

Needed 


Aircraft 

Available 


Figure  6.  Design  of  ECM  Aircraft  Selection 
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Table  12.  Possible  Accompanying  Aircraft,  OCA  Missions 


Mission  Strike  Escort  DSUP  ECM 

Conditions  Aircraft  Aircraft  Aircraft  Aircraft 


long  range/day 

T16A/T22A 

T26A 

none 

none 

T16E 

long  range/night 

T26A 

none 

none 

T16E 

regular/day 

U24A/M27A 

M23A 

mmm 

M23A/M27A 

U24A/U17A 

T16E 

Y28E 

regular/day 

T16A/T22A 

T26A 

mmm 

none 

T16E 

regular/night 

U24A/M27A 

M23A 

M23A/M27A 

U24A 

T16E 

mum 

T26A 

none 

T16E 

ore  strike  aircraft  in  each  mission  package.  However,  when  certain  types  of  aircraft 
are  selected  as  the  strike  aircraft  for  a  package,  no  defense  suppression  aircraft  are 
required .  Second,  the  type  of  accompanying  aircraft  is  determined.  Certain  types  of 
accompanying  aircraft  can  only  escort  certain  types  of  strike  aircraft  due  to  aircraft 
characteristics  and  capabilities.  This  relationship  is  summarized  in  Tables  12  and  13. 
Because  of  the  nature  of  the  CAS  missions,  no  escort,  ECM  or  defense  suppression 
aircraft  accompany  the  s'  nke  aircraft. 


Table  l3.  Possible  Accompanying  Aircraft,  BAI  Missions 


Mission  Strike  Escort  DSUP  ECM 

Conditions  Aircraft  Aircraft  Aircraft  Aircraft 


day 

M23A/M27A 

U24A/U17A 

T16E/Y28E 

day 

T16A/T22A 

T26A 

M25D/M31D 

M23A/M27A 

U24A/U17A 

TI6E 

'mmm 

U24A 

M23D 

U24A 

T16E 

1— 

T26A 

M25D/M31D 

none 

TI6E 

Table  14.  Long  Range  OCA  Mission  Table 


AC  AC  Tgt  Srt  Tgt  Srt  Tgt  Srt  Tgt  Srt  Tgt  Srt  ECM  ECM 
Type  Qnty  1122334455  Type  Qnty 


T26A 

12 

41 

12 

Id 

0 

B9I 

0 

0 

0 

0 

0 

T16E 

mm 

T16A 

108 

42 

28 

40 

39 

84 

17 

85 

6 

43 

18 

T16E 

5 

T22A 

47 

mm 

30 

80 

17  . 

0 

wm 

0 

0 

0 

T16E 

1 

If,  during  the  allocation  of  aircraft  for  a  mission  package,  there  are  too  few 
ECM,  DSUP  or  escort  aircraft  to  complete  the  package  either  the  number  of  aircraft 
in  the  package  must  be  reduced  or  a  lower  priority  target,  which  does  not  require  as 
many  aircraft,  selected. 

4- 4 -2-6  Mission  Table  Generation.  The  final  task  left  to  the  OCA  mis¬ 
sion  generation  is  the  creation  of  the  mission  table,  Table  14.  The  table  format  is 
the  same  as  the  form  currently  used  by  the  red  players.  It  provides  the  aircraft  type 
for  a  line  of  missions  with  the  quantity  of  aircraft  needed  for  them  and  the  type  and 
number  of  ECM,  escort  and  defense  suppression  aircraft  needed.  The  rest  of  the 
table  contains  the  target  identifiers  paired  with  the  number  of  aircraft  designated 
for  that  particular  target.  Up  to  five  target-quantity  pairs  are  included  on  a  single 
line  or  record. 

4. 4-2-7  Summary.  The  OCA,  BAI  and  CAS  mission  generation  tasks 
are  the  bulk  of  the  tasks  accomplished  under  the  ATAF  portion  of  the  automated 
red  player.  They  require  the  generation  of  target  and  aircraft  tables  that  are  used  to 
determine  how  many  of  each  type  of  aircraft  are  to  be  assigned  to  each  target.  The 
results  of  these  decisions  are  then  output  in  a  table  in  the  same  format  currently 
used  by  the  red  players  as  shown  in  Table  14. 
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4-5  Generation  of  Non-Targeted  Missions 

4.5.1  Background.  The  non-targeted  missions  are  missions  assigned  over  a 
designated  area  without  a  specific  target.  There  are  two  types  of  non-targeted  mis¬ 
sions,  area  Defense  Suppression  (area  DSUP)  and  Defensive  Counter-Air  (DCA). 
Each  of  these  types  of  missions  involves  only  one  type  of  aircraft,  the  strike  aircraft. 
No  other  aircraft  accompany  the  strike  aircraft.  These  differences  distinguish  these 
missions  from  the  targeted  missions. 

The  area  DSUP  missions  are  built  to  suppress  the  enemy’s  air  defense  capa¬ 
bility.  That  is,  area  DSUP  aircraft  attack  the  enemy  or  blue  player  aircraft.  This 
allows  friendly,  red,  aircraft  to  operate  more  freely  and  with  fewer  losses  than  would 
otherwise  occur. 

The  DCA  missions  are  designed  to  inhibit  enemy  air  activity  against  red  tar¬ 
gets.  The  ultimate  goal  of  the  DCA  missions  is  to  “prevent  the  enemy  from  con¬ 
ducting  reconnaissance  and  delivering  attacks  by  aviation  and  pilotless  aircraft  on 
troops,  naval  forces,  and  targets  of  the  rear”  (Air88:2.9).  This  is  accomplished  by 
shooting  down  enemy  aircraft  during  attacks. 

4.5.2  Solution.  Both  the  area  DSUP  and  DCA  missions  are  designed  the 

same  way.  The  only  differences  are  the  type  of  aircraft  used  and  the  number  of 

aircraft  used.  For  both  types  of  missions  an  aircraft  table  is  built  in  the  same 

manner  the  aircraft  tables  are  built  for  the  targeted  missions.  Then  aircraft  are 

selected  by  types  in  multiples  of  ten  (10).  The  area  DSUP  mission  uses  a  total  of 

100  aircraft  (Air88).  The  DCA  mission,  since  it  is  the  last  mission  package  built 

using  strike  aircraft,  uses  all  the  defensive  aircraft  left  (Air88). 

* 

After  the  aircraft  are  assigned,  the  mission  table  is  created.  The  table  simply 
contains  the  type  of  aircraft  assigned  and  the  number  of  that  type  aircraft.  An 
example  of  the  DCA  mission  table  is  shown  at  'Fable  15. 
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Table  15.  DCA  Mission  Table 


AC  Type  Quantity  AC  Type  Quantity  AC  Type  Quantity 


M21D 


120  M23D  |  700 


M29D 


4.6  Generation  of  Reconnaissance  Missions 

4.6.I  Background.  Reconnaissance  missions  are  conducted  against  opera¬ 
tional,  strategic  and  tactical  targets  including  airbases  and  ground  units.  The  recon¬ 
naissance  missions  are  extremely  important  because  they  not  only  locate  potential 
targets,  but  also  provided  information  on  the  condition  and  status  of  the  targets. 
This  information  is  used  by  the  rule  base  to  make  decisions  concerning  how  many  of 
each  type  of  aircraft  were  needed  to  inflict  the  required  damage  on  a  target. 

In  real-life  there  is  no  such  thing  as  perfect  intelligence.  To  model  this  in 
TWX,  the  true  status  of  a  target  is  not  made  available  to  the  players:  a  range  of 
values  was  represented  by  the  status  values.  For  example,  a  status  value  of  50% 
actually  means  the  status  of  the  target  under  consideration  is  greater  than  37.5% 
and  less  than  67.5%.  This  allows  for  the  difficulties  in  obtaining  intelligence  data 
and  correctly  analyzing  it. 

4-6.2  Solution.  Before  reconnaissance  mission  planning  can  begin,  the  tar¬ 
gets  have  to  be  selected.  The  targets  for  reconnaissance  missions  were  divided  into 
three  categories:  known  targets,  suspected  targets  and  unknown  targets.  Known 
targets  are  those  conclusively  identified  previously,  e.g.,  airbases.  Unknown  targets 
are  those  whose  predicted  location  was  reasonably  accutate  but  whose  capabilities 
were  not  accurate,  e.g.,  mobile  ground  units  not  actually  moving.  Suspected  targets 
are  targets  which  may  or  may  not  be  at  the  predicted  location,  e.g.,  advancing  mo¬ 
bile  ground  units.  Each  of  the  targets  is  put  in  an  appropriate  table  according  tc  its 
category. 


■12 


Figure  7.  Reconnaissance  Mission  Design 

The  actual  reconnaissance  mission  generation  is  done  by  target  category  as 
shown  in  Figure  7.  The  suspected  targets  are  assigned  first.  Each  suspected  target 
has  three  three-ship  packages  flown  against  it  as  required  by  the  written  documen¬ 
tation  (A’r88).  Then,  two  three-ship  packages  are  assigned  against  each  unknown 
target.  Finally,  one  three- ship  package  is  assigned  against  the  targets  in  the  known 
category. 

After  the  reconnaissance  missions  have  been  assigned,  the  reconnaissance  mis¬ 
sion  table  is  created.  The  table  contains  the  type  of  aircraft,  the  quantify  of  aircraft 
and  up  to  five  targets  on  each  line  as  shown  in  Table  16.  The  suspected  targets  show 
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Table  16.  Reconnaissance  Mission  Table 


AC  Type 

Quantity 

Target  1 

Target  2 

Target  3 

Target  4 

Target  5 

M25R 

15 

187 

196 

204 

202 

188 

M25R 

15 

177 

197 

214 

211 

166 

M25R 

15 

189 

199 

200 

215 

183 

M25R 

15 

189 

199 

200 

215 

183 

HQ3I 

12 

182 

198 

203 

206 

0 

U17R 

12 

182 

198 

203 

206 

0 

U17R 

12 

182 

198 

203 

206 

0 

up  in  the  table  as  three  identical  lines  and  the  unknown  targets  as  two  identical  lines 
while  the  known  targets  appear  as  single  lines. 

4-7  Summary 

The  design  of  the  rule-base  for  the  automated  red  player  required  the  devel¬ 
opment  of  a  target  selection  criterion.  The  criterion  selected  was  in  the  form  of  an 
equation  or  a  rating  system  which  took  into  account  the  various  resources  of  the 
possible  targets  for  each  type  of  mission.  The  design  also  requires  that  the  aircraft 
data  be  available  in  a  series  of  tables  corresponding  to  the  type  of  mission  being 
planned.  After  this  requirement  is  met,  the  generation  of  the  mission  packages  can 
begin.  T!<  primary  aircraft  were  allocated  based  upon  their  characteristics.  The 
number  of  aircraft  allocated  for  each  target,  depends  on  the  weather  conditions  over 
the  target,  the  target  status  and  the  aircraft’s  destructive  index.  Support  aircraft  are 
then  allocated  according  to  how  well  they  match  the  needs  of  the  mission  package. 
After  all  the  allocations  are  made  the  completed  mission  package  was  output  in  the 
appropriate  mission  table. 
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V.  Conclusion  and  Recommendations 


5.1  Conclusion 

This  thesis  focused  on  the  automation  of  the  ATAF  portion  of  the  red  player. 
Through  the  use  of  an  expert  system  the  goals,  to  reduce  the  time  needed  to  plan 
and  execute  red  moves  and  to  develop  a  standardized,  consistent  red  player,  were 
realized.  The  paperwork  required  for  planning  the  red  player’s  actions  during  the 
ATAF  portion  of  TWX  are  reduced  to  essentially  zero.  What  was  a  four-hour,  paper¬ 
intensive  effort  has  been  changed  to  a  fifteen  minute  automated  process.  This  frees 
the  red  players  to  concentrate  on  analyzing  the  blue  players’  decisions  and  gives  the 
red  players  the  time  needed  to  prepare  to  help  the  student  members  of  the  blue 
teams  understand  the  consequences  of  their  decisions. 

The  second  goal,  a  standardized  red  player,  was  also  realized.  The  automated 
red  player  will  handle  similar  situations  according  to  the  same  set  of  rules  and  heuris¬ 
tics  each  time  and  for  each  group  of  blue  players.  This  allows  the  success,  or  failure, 
of  each  seminar  to  be  compared  to  the  results  obtained  by  other  seminars  separated 
by  either  distance  or  time.  It  also  opens  the  door  to  in-depth  comparison  of  different 
approaches  taken  by  different  blue  teams  allowing  the  teams  to  learn  from  others 
decisions.  This  automated  red  player  is  also  portable  to  any  computer  system  run¬ 
ning  the  same  expert  system.  The  complete  rule  base  can  easily  be  stored  on  one 
double-sided,  high-density,  5.25  inch  floppy  diskette.  Even  if  a  large  number  of  rules 
are  added  in  the  future  the  rule  base  would  continue  to  be  extremely  portable. 

5.2  Recommendations  for  Further  Work 

At  this  point,  the  automated  red  player  has  been  designed  and  a  prototype 
has  been  implemented.  The  ATAF  portion  should  be  combined  and  used  in  tandem 
with  the  previous  work.  The  combining  of  the  two  systems  would  further  decrease 
the  time  needed  to  plan  the  red  player’s  actions. 


As  the  automated  red  player  is  refined  and  the  Air  Force  Wargaming  Center 
personnel  become  more  familiar  with  the  rule-based  system,  the  restrictions  which 
are  built  into  the  rules  could  be  relaxed.  In  the  manual  system  many  rules  were 
established  to  simplify  the  red  player’s  work.  With  the  automation  of  the  red  player, 
that  is  no  longer  a  consideration.  The  restrictions  on  mission  package  composition 
can  be  relaxed  to  more  accurately  reflect  reality. 

A  further  recommendation,  now  that  the  red  player  is  automated,  is  to  consider 
the  feasibility  of  using  the  same  expert  system  shell  to  do  preliminary  analysis  of 
each  day’s  action  by  the  blue  player.  This  would  provide  valuable  insights  into  the 
blue  players’  decisions  on  a  daily  basis.  It  would  also  capture  the  analysis  expertise 
of  the  experienced  red  players,  who  are  currently  doing  the  analyses  of  the  blue 
players’  decisions,  for  use  by  future  red  players. 
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Appendix  A.  User’s  Manual 


A.l  Introduction 

The  knowledge  base  developed  as  a  result  of  this  thesis  was  implemented  under 
the  Neuron  Data  expert  system  shell  Nexpert  Object  on  a  Sun  386i  minicomputer. 
Nexpert  Object  operates  in  the  X  Windows  environment.  This  user’s  manual  is 
divided  into  two  parts.  The  first  describes  the  tables  used  as  input  into  the  knowledge 
base  and  the  tables  that  contain  the  results  of  the  execution  of  the  knowledge  base. 
The  second  section  explains  how  to  run  the  knowledge  base. 

A. 2  Table  Format 

The  knowledge  base  for  the  automated  red  player  retrieves  information  from 
flat  tables  in  what  is  called  the  NXPDB  (Nexpert  database)  format.  Nexpert  Object 
requires  that  the  tables  in  the  NXPDB  format  follow  very  stringent  rules.  The  tables 
must  be  stored  in  files  with  an  “NXP”  extension  and  the  file  names  must  exactly 
match  the  names  used  in  the  knowledge  base.  The  output  tables  are  in  the  same 
format  as  the  tables  used  for  input  and  can  be  examined  through  the  use  of  an  editor, 
e.g.,  vi  or  ed. 

An  example  of  a  table  used  by  the  knowledge  base  is  shown  below. 


index |  abidl  status | 

****************** **** 
ll  65|  .751 

2 |  88|  1 -00 1 

3 |  40|  .501 

41  74|  0.001 

********************** 
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The  first  line  of  the  table  contains  the  headers  separated  by  vertical  bars.  Each 
field  including  the  headers  must  end  with  a  vertical  bar  “|”  and  the  second  line  of 
the  table  between  the  headers  and  the  data  as  well  as  the  last  line  of  the  table  must 
consist  only  of  asterisks  with  no  vertical  bars  and  end  in  the  same  column  as  the  last 
vertical  bar  in  the  header  line.  The  number  of  spaces  allocated  to  the  headers  or  the 
data  field,  whichever  is  longer,  determines  the  number  of  spaces  Nexpert  allocates 
to  each  field.  The  first  field  in  each  table  must  be  an  index  field  which  contains  a 
unique  index  for  each  record.  The  third  though  the  next  to  the  last  lines  contain  the 
data.  Each  field  must  end  with  a  vertical  bar  and  the  vertical  bars  must  precisely 
line  up  with  the  corresponding  vertical  bars  in  the  headers.  No  extra  spaces  or  other 
characters  are  permitted  after  the  last  data  field  in  a  line.  The  output  tables  will  be 
in  the  same  format  as  the  input  tables. 

The  tables  described  above  may  either  be  built  by  a  database  query  language, 
e.g.,  SQL,  or  manually.  Regardless  of  how  they  are  originally  constructed,  they  may 
be  manually  modified  at  any  time.  The  first  record  in  a  table,  the  first  data  line, 
will  be  accessed  first  and  the  other  records  will  be  accessed  sequentially  afterwards. 
For  that  reason  it  is  important  to  place  the  higher  priority  targets  and  aircraft  at 
the  top  of  the  table.  If  changes  are  made  after  the  tables  are  built,  the  position  of 
the  new  or  changed  record  in  the  table  will  determine  when  it  is  processed. 

A. 3  Running  the  Knowledge  Base 

The  knowledge  base  is  run  under  Neuron  Data’s  expert  system  shell  Nexpert 
Object.  It  can  be  run  on  any  computer  system  which  can  run  Nexpert  Object.  The 
automated  red  player  was  developed  and  tested  on  a  Sun  386i  minicomputer.  The 
knowledge  base  and  the  tables  it  uses  must  be  in  the  same  directory  on  the  computer. 
The  user  should  move  to  the  directory  which  contains  the  knowledge  base  and  enter 
Nexpert  Object  from  there. 
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The  procedure  to  run  the  automated  red  player  are  given  here  in  a  step  by 
step  format.  A  basic  understanding  of  Nexpert  Object  is  assumed.  Once  Nexpert 
Object  is  running,  bring  up  the  expert  menu  by  clicking  on  the  expert  icon,  the 
left  middle  icon  in  the  Nexpert  window.  Load  the  knowledge  base  by  selecting  the 
“Load  Knowledge  Base”  command  in  the  expert  menu  and  selecting  “autored.tkb” 
when  the  knowledge  base  selection  menu  appears.  After  the  knowledge  base  has 
been  loaded,  the  various  windows  involved  with  the  loading  process  will  disappear. 
Next,  select  the  “Restart  Session”  in  the  system  menu  to  reinitialize  all  variables  and 
objects  in  the  knowledge  base.  Then  select  “Suggest. . .  ”  from  the  system  menu;  a 
new  window  will  open.  Select  “autored.tkb”  in  the  new  window;  it  will  then  appear 
under  the  heading  “Suggest  Keep”.  Use  the  mouse  to  click  on  “Ok  &  Knowcess”; 
this  will  start  the  processing  of  the  automated  red  player.  At  this  point  a  new 
window,  the  Session  Window,  will  open  and  show  some  short  comments  about  the 
condition  of  the  run.  When  the  execution  is  complete,  the  Session  Window  will 
display  “End  of  Session” . 
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Appendix  B.  Rule-base  Structure  Overview 


This  appendix  contains  a  brief  overview  of  the  structure  of  the  prototype  rule- 
base  for  the  automated  red  player  in  a  series  of  figures.  The  top  level  overview, 
Figure  8,  shows  the  structure  of  the  rule-base  presented  in  the  following  appendices. 
The  ATAF  box  represents  the  top  level  controller  which  activates  the  tasks  in  the 
proper  sequence.  The  boxes  below  it  represent  the  various  tasks  in  the  rule-base. 

Figure  9  shows  the  structure  of  the  long  range  offensive  counter  air  rule-base  in 
the  prototype.  The  boxes  under  the  IrMapping  box  represent  the  various  hypotheses 
or  goals  that  must  be  met  to  continue  processing  the  packaging  task.  The  processing 
of  the  goals  starts  at  the  left  and  moves  to  the  right  but  certain  conditions  may  cause 
the  rule-base  to  backtrack  and  return  to  a  goal  which  had  been  processed  previously. 

The  defense  suppression  task  structure  is  shown  in  Figure  10.  It  is  a  very 
simple,  straightforward  process  of  selecting  the  aircraft  from  the  tables  with  few 
restrictions. 

Since  all  three  reconnaissance  tasks  are  structured  alike  only  Figure  11  is  pre¬ 
sented  showing  the  structure  of  all  three  tasks.  It  is  essentially  the  same  structure 
as  the  long  range  OCA  portion. 


Figure  8.  ATAF  Top  Level  Structure 
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IrACneeded 


GetJrECMjieeded 


Figure  9.  Long  Range  OCA  Structure 


Figure  11.  Reconnaissance  Tasks  Structure 


Appendix  C.  Rules 


C.l  Introduction 

This  appendix  contains  the  rule-base  for  the  automated  red  player.  The  rules 
are  presented  in  the  format  Nexpert  Object  outputs  them  when  requested  to  “Write 
to  File”  in  the  rule  editor. 

The  rules  are  presented  in  sections  within  the  rule-base.  Variable  names  and 
hypotheses  belonging  to  the  different  tasks  can  be  identified  by  abbreviations  con¬ 
tained  in  the  names.  Variables  and  hypotheses  pertaining  to  the  long  range  offensive 
counter  air  task  contain  “lr”  or  “Iroca.”  Those  used  in  the  defense  suppression  task 
contain  “dsup.”  The  recconnaisance  task  items  contain  “reel,”  “rec2,”  “rec3,” 
“reccel,”  “recce2,”  or  “recce3,” 

The  conditions  and  actions  are  the  same  as  described  in  Chapter  4.  The 
hypothesis  of  a  rule  can  be  considered  to  be  the  goal  of  the  rule  and  several  rules 
may  have  the  same  hypothesis.  The  inference  category  determines  the  order  of 
execution  among  rules  with  the  same  hypotheses;  it  is  set  to  one  (1)  as  the  default. 
The  name  is  optional  as  are  the  comments. 

C.2  The  Automated  Red  Player  Rule-base 


COIDITIOVS 

Haae 

laae 

Iasi 

laae 

laae 

HYPOTHESIS 


GetlrPackage.Hypo  GetlrPackage . Hypo 
dsup_aissions  dsup_aissior.s 
Getrec 1 Package . Hypo  Getrec 1 Package . Hypo 
rec2GetPackage . Hypo  rec2GetPackage . Hypo 
Getrec3Package . Hypo  GetrecSPackage . Hypo 
ataf .Hypo 


IIFEREVCE  CATEGORY  : 


HAKE 


Coaaents  :  ATAF  autoaated  red  player  prototype  by  Karl  Kabanek 


C0IDITI01S  : 

Retrieve  "dsupac.nxp" 

ITYPE=IXPDB ; ®FILL=ADD; WAHE="  ’obj_  * !  index ! " ;  tCREATE=  I  dsupac  I ; 
•PROPS=type , qnty ; •FIELDS=“type” , "qnty" ; 

Ism  < I dsupac I > . addprop  < i dsupac I > . addprop 

>  LE«GTB(<lmsac|>)  0 

HYPOTHESIS  :  dsup.aissions 

ACTIOIS  : 

Write  "dsnpas  -  nxpH 

•TTPE=IXPDB ; «FILL=IEV ; M AHE=" '  HS_ ' ! index ( 10) !";«PROPS=type,qnty; 
•FIELDS=Ktype(10)",Hqnty(10)M;*AT0HS=<I»sac|>; 

Write  "dsup_2.nxp" 

wrYPE=IXPDB;tFTLL=IEW;WAHE=M,ACR_' !index(10) !";#P10PS=type,qnty; 
«FIELDS=Mtype(i0)M,Mqnty(10)“;iAT0HS=<|acr|>; 

IIFEREICE  CATEGORY  :  1 

IAHE  :  Top_level_dsup 

C0IDIT10IS  : 

>  dsupqnty  0 

Rase  dspglobal. qnty /sort sz*sortsz  dspglobal . sortqnty 

laae  dspglobal . qnty-dspglobal . sortqnty  dspglobal .radr 

<  dspglobal .sortqnty-dsupqnty  0 

HYPOTHESIS  :  dsupac.coeait 

ACTIOIS  : 

Do  dsupqnty-dspglobal » sortqnty  dsupqnty 

Do  IDSPWHEHI .ind«x+l  IDSPWHEHI .index 

CrcateObjec  'HS_'\ IDSPWHEHI ,indcx\  lasacl 
Do  dspglobal.type  'HS_'\|DSPWHEHl -indexX.type 

Do  dspglobal . sortqnty  ’HS_'\ IDSPWHEHI -indexX.qnty 

Do  dspglobal . r»dr  dspglobal. qnty 

CreateObjec  'ACR_»\ IDSPWHEHI -index\  lacrl 
Do  dspglobal.type  *ACR_*\ IDSPWHEHI .indexX.type 

Do  dspglobal. qnty  'ACR.'X IDSPWHEHI -indexX.qnty 

IIFEREICE  CATEGORY  :  SO 

IAHE  :  select_dsupac_2 


CONDITIONS  : 
> 

Name 

Name 

>= 

HYPOTHESIS  : 
ACTIONS  : 


dsupqnty  0 

dspglobal . qnty/sortsz*sortsz  dspglobal . sortqnty 
d3pglobal . qnty-dspglobal . sortqnty  dspglobal . rmdr 
dspglobal. sortqnty-dsupqnty  0 
dsupac_commit 


Do  dspgiob  .  ■. . sortqnty-dsupqnty +dspglobal . rmdr  dspglobal . qnty 

Do  | DSPWMEM I . index+1  | DSPWMEM I . index 

CreateObjec  'MS.'XlDSPWMEMl .index\  Imsacl 

Do  dspglobal . type  ’ MS_ ‘ \ | DSPWMEM I . ind  ex\ . type 

Do  dsupqnty  ’ MS_ ’ \ I DSPWMEM | . index\ . qnty 

Do  dsupqnty 

CreateObjec  'ACR_’\lDSPWMEM| .index\  |acr| 

Do  dspglobal . type  ’ ACR_ » \ | DSPWMEM I . index\ . type 

Do  dspglobal . qnty  ’ ACR_ ’ \ I DSPWMEM I . index\ . qnty 

INFERENCE  CATEGORY  :  100 


NAME  :  select_dsupac_l 


CONDITIONS  : 

=  dsupqnty  0 

NotEqual  dspglobal. type  ' ACR_ ’ \ | DSPWMEM I . index\ . type 

HYPOTHESIS  :  dsupac_ccaunit 

ACTIONS  : 

Do  I DSPWMEM I .index+1  I DSPWMEM I .index 

CreateObjec  ' ACR_'\| DSPWMEM I .index\  lacrl 
Do  dspglobal. type  ’ACR_’\|DSPWMEM| .index\.typ6 

Do  dspglobel.qnty  ’ACR_’\|DS'>,„'MEM|  .index\.qnty 

INFERENCE  C?TEG0hV  ;  200 

NAME  :  select_dsupac_0 
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CONDITIONS  : 


HYPOTHESIS  : 
ACTIONS  : 

Do 

CreateObjec 

Do 

Do 

Retrieve 


LRUMEH.ecmtot  0 
curlrMap . actot  0 
Get_lrECM_ac . Hypo 


LRWMEM. ecmindx+1  LRWMEM. ecmindx 
' lrECM_ ’ \LRWMEH . ecmindx\  | IrECMac I 
LRWMEM. ecmtyp  ’ lrECM_ ’ \LRWHEH . ecmindx\ . ecmtyp 
LRWMEM . ecmtot  ’ lrECM_ ’ \LRWMEM . ecmindx\ . ecmtot 
"lrecm.nxp" 

®TYPE=NXPDB ; ®SLOTS=LRWMEM . ecmtyp , LRWMEM . ecmtot ; ffiFIELDS="type" , "qnty " 
®CURSOR=LRWMEM . ecmCursor ; 

Do  LRWMEM . ecmtyp  curlrMap. ecmtyp 

INFERENCE  CATEGORY  :  SO 


NAME 


Comments  :  Out  of  ECM  ac  and  strike  ac 


CONDITIONS  : 

Is  LRWMEM. ecmtyp  UNKNOWN 

HYPOTHESIS  :  Get_lrECM_ac.Hypo 

ACTIONS  : 

Retrieve  "lrecm.nxp" 

®TYPE=NXPDB ; ®SLOTS=LRWMEM . ecmtyp , LRWMEM . ecmtot ; BFIELDS="type" , "qnty" 
®CURSQR=LRWMEM . ecmCursor ; 

Do  LRWMEM . ecmtyp  curlrMap. ecmtyp 

INFERENCE  CATEGORY  :  150 

NAME  :  Start_lrECM_table_use 

Comments  :  Get  the  first  entry  in  the  ecm  table 
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CONDITIONS  : 


a  LRWMEM.ecmtot  0 

<>  curlrMap . actot  0 

HYPOTHESIS  :  Get_lrECM_ac.Hypo 

ACTIONS  : 

Do  LRWMEM . ecmindx+1  LRWHEM . ecmindx 

CreateObjec  ’ lrECM_ ‘ \LRWMEM . ecmindx\  llrECMacI 
Do  LRWMEM. ecmtyp  ' lrECM_ ’ \LRWMEM . ecmindxX . ecmtyp 

Do  LRWMEM.ecmtot  ' lrECM_ ’ \LRWMEM . ecmindxX . ecmtot 

Do  TRUE  curlrMap. doAssign 

Retrieve  "lrecm.nxp" 

BTYPE=NXPDB ;  <BSLOTS=LRWMEM . ecmtyp , LRWMEM . ecmtot ;  <8FIELDS="type" , "qnty " ; 
<BCURSOR=LRWMEM. ecmCursor; 

Do  LRWMEM . ecmtyp  curlrMap. ecmtyp 

INFERENCE  CATEGORY  :  75 

NAME  :  Retrieve_ecm_ac_from_table 

Comments  :  This  gets  the  next  entry  in  the  ecm  table  when  the  previous 
»ntry  run  out  of  ac. 

CONDITIONS  : 

>  LRWMEM.ecmtot  0 

HYPOTHESIS  :  Get_lrECM_ac . Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Get_ecm_ac_from_sat  s_entr- 

Comments  :  This  continues  <  ’  .e  the  same  type  of  ecm  ac  as  before 

CONDITIONS  : 

Name  Get _lrECM_needed. Hypo  Get_lrECM_needed.Hypo 

>=  LRWMEM. ecmtot-LRWMEM.ecmneeded  0 

HYPOTHESIS  :  Get _lrECM_msnsz .Hypo 

ACTIONS  : 

Do  LRWMEM. ecmneeded  LRWMEM . ecmmsnsz 

INFERENCE  CATEGORY  :  200 

NAME  :  Suff icient_lrECM_msnsz 

Comments  :  Sufficient  ECM  ac  for  this  mission 


CONDITIONS  : 

Name  Get _lrECM_needed. Hypo  Get_lrECM_needed.Hypo 

<  LRWMEM.ecmtot-LRWMEM.ecmneeded  0 

HYPOTHESIS  :  Get _lrECM_msnsz . Hypo 

ACTIONS  : 

Do  0  LRWMEM . msns2 

Do  0  LRWMEM . ecmmsnsz 

INFERENCE  CATEGORY  :  150 

NAME  : 

Comments  :  No  more  ECM  ac  available  of  this  type 
CONDITIONS 

>  LRWMEM. msnsz  0 

HYPOTHESIS  :  Get_lrECM_needed.Hypo 

ACTIONS  : 

Do  1  LRWMEM. ecmneeded 

INFERENCE  CATEGORY  :  100 

NAME  Standard_lrECM_msnsz 

Comments  :  ECM  needed  for  regular  mission 

CONDITIONS  : 

<=  LRWMEM. uisnsz  0 

HYPOTHES  :  Get_lrECM_needed.Hypo 

ACTIONS  : 

Do  0  LRWMEM. ecmneeded 

INFERENCE  CATEGORY  :  50 

NAME  :  Non_mission_lrECM_msnsz 

Comments  :  No  ecm  ac  for  a  non-mission. 

CONDITIONS 


<> 

lrHold. target  0 

Name 

lrHold. target  LRWMEM . curTarget 

Name 

lrHold . status  LRWMEM . curstatus 

HYPOTHESIS  : 

Get_lrtarget . Hypo 

ACTIONS  : 

Reset 

lrHold. target 

Reset 

lrHold. status 

INFERENCE  CATEGORY  :  25 

NAME  : 


GO 


I 


CONDITIONS  : 

=  lrHold. target  0 

Retrieve  "lrtgt.nxp" 

®TYPE=NXPDB ; ®SLOTS=LRWMEM . curTarget , LRWMEM . curstatus ; 

®F^ELDS="abid" , "status" ; ®CURSOR=LRWMEM . targCursor ; 

HYPOTHESIS  :  Get_lrtarget.Hypo 

Inference  category  :  100 

NAME  :  Find_the_target 

CONDITIONS  : 

Retrieve  "lrac.nxp" 

®TYPE=NXPDB ; «FILL=ADD ; «NAME=" ' AC_ ' ! Indx ! 11 ; ®CREATE= I IrSupply I ; 
CPli0PS=actyp ,  actot ,  didg ,  didb ,  didp ,  ding ,  dinp ,  dinb ; 

®FIELDS="type" , "qnty " , "didg" , "didb" , "didp" , "ding" , "dinp" , "dinb" ; 

Name  < I IrSupply | > . dolrMapping  < | IrSupply I > . dolrMapping 

>  LENGTH(<|lrAssignments|>)  0 

HYPOTHESIS  :  GetlrPackage.Hypo 

ACTIONS  : 

Write  "lrms.nxp" 

BTYPE=NXPDB;fflFILL=NEW;®NAME=" 'Assign.' !Indx(8) !"; 

CPROPS=actyp , actot , tgt 1 , sort 1 , tgt2 , sort2 , tgt3 , sort3 , tgt4 , sort4 , 

'  tgt5,sort5,ecmtyp, ecmtot; 

«FIELDS="actyp( 10) " , "qnty (8) " , "tgt 1 (7) " , "sortl (5) " , "tgt2 (7) " , "sort2 (5) " , 
"tgt3(7) " , "sort3(5)" , "tgt4(7)" , "sort4(5) " , "tgt5(7) " , "sort5(5) " , 

\  "ecmtyp(7) " , "ecmtot (7) " ; ®ATOMS=< I lrAssignments I > ; 

Writi  "lrac.2.nxp"  «TYPE=NXPDB ; ®FILL=NEW;®NAME=" ' AC_ ' !Indx(8) ! " ; 

CPROPS=actyp , actot , didg , didp , didb , ding , dinp , dinb ; 

®FiELDS="actyp( 10) " , "qnty (8) " , ”didg(5) " , ”didp(5) " , "didb(5) " , 

“ding(5) " , "dinp(5) " , "dinb(5)" ; «AT0MS=< | IrSupply I > ; 

Do  LRWMEM. ecmindx+1  LRWMEM. ecmindx 

CreateObjec  'lrECM_'\LRWMEM.ecmindx\  llrECMacI 
Do  LRWMEM. ecmtyp  'lrECM_'\LRWMEM.ecmindx\.ecmtyp 

Do  LRWMEM. ecmtot  ' lrECM_ ' \LRWMEM . ecmindx\ . ecmtot 

Do  IrECM  table. Hypo  IrECM.table.Hypo 

Write  "lrecm_2.nxp"  ®TYPE=NXPDB ; ®FILL=NEW ; «NAME=" ' IrECM. ' lindx!"; 

®PR0PS=ecmtyp , ecmtot ; ®FIELDS="type" , "qnty" ; ®AT0MS=< I IrECHac I > ; 

INFERENCE  CATEGORY  :  1 

NAME  :  Top_Level_Package_Contrcl 

Comments  :  This  rule  represents  the  top  level  control  structure: 

Build  the  table  of  planes  to  be  assigned.  Assign  planes  (map  them  on) 
to  available  targets.  If  any  assignments  have  been  made,  update  the 
database  tables. 


61 


CONDITIONS  : 

Retrieve  "reclac.nxp" 

«TYPE=NXPDB ; «FILL=ADD; «NAME=" ' AC_’ ! Indx ! " ; ®CREATE= I reclSupply I ; 
®PROPS=actyp , actot ; ®FIELDS="actyp" , "qnty" ; 

Name  < I reclSupply I >.doreclMapping  < I reclSupply | > . doreclMapping 

>  LENGTH(<|reclAssignments|>)  0 

HYPOTHESIS  :  GetreclPackage.Hypo 

ACTIONS  : 

Write  "reclms . nxp" 

<8TYPE=NXPDB ; ®FILL=NEW ; CNAME=" ’ Assign. ' ! Indx (8) ! " ; 

CPROPS=actyp , actot , tgt 1 , tgt2 , tgt3 , tgt4 , tgtS ; 

«FIELDS="actyp( 10) " , "qnty (8) " , "tgt 1(7)", "tgt2 (7) " , "tgt3 (7) " , 

"tgt4(7 ) " , "tgtS(7) " ; ®AT0MS=< I reclAssignments I > ; 

Write  "rec2ac.nxp" 

«TYPE=NXPDB ; «FILL=NEW ; ®NAME=" » AC_ » ! Indx (8) ! " ; «PR0PS=actyp , actot ; 
«FIELDS="actyp( 10) " , "qnty (8) " ; ®AT0MS=< | reclSupply I > ; 

INFERENCE  CATEGORY  :  1 

NAME  :  Top_Level_Package_Control 

Comments  :  This  rule  represents  the  top  lc  j1  control  structure:  Build 
the  table  of  planes  to  be  assigned.  Assign  planes  (map  them  on)  to 
available  targets.  If  any  assignments  have  been  made,  update  the 
database  tables. 


CONDITIONS  : 

Retrieve  "rec3ac.nxp" 

«TYPE=NXPDB ; ®FILL=ADD ; CHAHE=" ‘ AC_ » ! Indx ! " ; «CREATE= I r ec3Supply I ; 
®PROPS=actyp , actot ; ®FIELDS=" actyp" , "qnty" ; 

Name  <|rec3Supply|>.dorec3Mapping  <irec3Supply |>.dorec3Mapping 

>  LENGTH(<lrec3Assignments l>)  0 

HYPOTHESIS  :  Getrec3Package.Hypo 

ACTIONS  : 

Write  "rec3ms.nxp" 

CTYPE=NXPDB ; ®FILL=NEW ; ®NAME= " ’ A  s  s ign_ 1 ! Indx ( 8 ) ! " ; 

CPROPS=actyp , actot ,  tgt  1 , tgt2 , tgt3 , tgt4 , tgt 5 ; 

®FIELDS="actyp( 10) " , "qnty (8) " , "tgt 1(7)“, "tgt2(7) " , "tgt3(7 ) " , 

"tgt4(7) " , "tgt5(7)" ; ®AT0MS=<  t  rec3Assignments I > ; 

Write  "recaclft.nxp" 

«TYPE=NXPDB ; CFILL=NEW ; CNAME=" ’ AC_ ’ !Indx(8) !" ;®PROPS=actyp, actot; 
«FIELDS="actyp( 10) " , "qnty (8) " ;«ATQMS=< ! rec3Supply I > ; 

INFERENCE  CATEGORY  :  1 

NAME  :  '>'3p_Level_Package_Control 

Comments  :  This  rule  represents  the  top  level  control  structure:  Build 
the  table  of  planes  to  be  assigned.  Assign  planes  (map  them  on)  to 
available  targets.  If  any  assignments  have  been  made,  update  the 
database  tables. 


CONDITIONS  : 
>= 


LRWMEM . curstatus  .625 

<  LRWMEM. curstatus  .875 

Name  MAX ( LRWMEM . didg , 0 . 7 )  LRWMEM. effsrt 

Name  CEIL(25/LRWMEM. effsrt)  LRWMEM. acneeded 

HYPOTHESIS  :  lr ACneeded. Hypo 

INFERENCE  CATEGORY  :  75 

NAME  :  Find_AC_needed_75 

Comments  :  This  rule  determines  the  mission  size  needed  for  a 
target  at  75 

CONDITIONS  : 

>=  LRWMEM. curstatus  .375 

<  LRWMEM. curstatus  .625 

Name  MAX (LRWMEM. didg, 0.7)  LRWMEM. effsrt 

Name  CEIL(15/LRWMEM. effsrt)  LRWMEM . acneeded 

HYPOTHESIS  :  lr ACneeded. Hypo 

INFERENCE  CATEGORY  :  50 

NAME  :  F ind_AC_needed_50 

Comments  :  This  rule  find  the  mission  size  needed  for  a 
target  with  a  status  of  50 

CONDITIONS  : 

>  LRWMEM. curstatus  0 

<  LRWMEM. curstatus  .375 

Name  MAX (LRWMEM. didg, 0.7)  LRWMEM. effsrt 

Name  CEIL(5/LRWMEM. effsrt)  LRWMEM. acneeded 

HYPOTHESIS  *.  lr ACneeded. Hypo 

INFERENCE  CATEGORY  :  25 

NAME  :  F ind_ AC_ne  eded_25 

Comments  :  This  rule  determines  the  mission  size  needed  for 
targets  with  a  status  of  25 

CONDITIONS  : 

>=  LRWMEM . curstatus  .875 

Name  MAX(LRWMEM. didg, 0.7)  LRWMEM. effsrt 

Name  CEIL(35/LRWMEM. effsrt)  LRWMEM. acneeded 

HYPOTHESIS  :  lr ACneeded. Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Find_AC_needed_100 

Comments  :  This  rule  determines  the  mission  size  needed  for 
targets  with  a  status  of  100 


CONDITIONS  : 


> 

LRWMEM.msnsz  0 

IsNot 

curlrMap. tgt5  KNOWN 

Name 

LRWMEM. curTarget  curlrMap. tgt5 

Name 

curlrHap . actot+LRWMEM . msnsz  curlrMap . actot 

Name 

LRWMEM . msnsz  curlrMap . sort5 

Name 

curlrMap .  ecmtot+LRWMEM .  ecmmsnsz  curlrMap .  ecmtot 

Name 

TRUE  curlrMap. doAssign 

HYPOTHESIS  : 

lr As  s ignTarget . Hypo 

ACTIONS  : 

Do 

TRUE  LRWMEM. retf lag 

INFERENCE  CATEGORY  60 

NAME  :  Target_Assignment 

CONDITIONS  : 

> 

LRWMEM.msnsz  0 

IsNot 

curlrMap. tgtl  KNOWN 

Name 

LRWMEM. curTarget  curlrMap. tgtl 

Name 

curlrMap . actot+LRWMEM . msnsz  curlrMap . actot 

Name 

LRWMEM.msnsz  curlrMap. sort 1 

Name 

curlrMap .  ecmtot+LRWMEM .  ecmmsnsz  curlrMap .  ecmtot 

HYPOTHESIS  : 

lr Ass ignTarget . Hypo 

ACTIONS  : 

Do 

FALSE  LRWMEM. retf lag 

INFERENCE  CATEGORY  :  100 


NAME  :  Target_Assignment 

Comments  :  If  the  first  target  is  being  assigned,  copy  the 
target  value  and  update  the  aircraft  total. 


CONDITIONS  : 

>  LRWMEM.msnsz  0 

IsNot  curlrMap . tgt3  KNOWN 

Name  LRWMEM . curTarget  curlrMap. tgt3 

Name  curlrMap. actot+LRWMEM.msnsz  curlrMap. actot 

Name  LRWMEM.msnsz  curlrMap. sort3 

Name  curlrMap . ecmtot+LRWMEM . ecmmsnsz  curlrMap. ecmtot 

HYPOTHESIS  :  IrAssignTarget.Hypo 


INFERENCE  CATEGORY  : 
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NAME  :  Target_Assignment 

Comments  :  If  a  third  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 


CONDITIONS  : 

> 

LRWMEH. msnsz  0 

IsXot 

curlrMap. tgt4  KNOWN 

Name 

LRWMEH . curTarget  curlrMap . tgt4 

Name 

curlrMap . actot+ LRWMEH .msnsz  curlrMap . actot 

Xame 

LRWMEH. msnsz  curlrMap. sort4 

Name 

curlrMap .  ecmtot+LRWMEM .  ecmmsnsz  curlrMap .  ecmtot 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

INFERENCE  CATEGORY  :  70 

XAME  :  Target_Assignment 

Comments  :  If  a  fourth  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 


CONDITIONS  : 

> 

LRWMEH. msnsz  0 

IsXot 

curlrMap. tgt2  KNOWN 

Name 

LRWMEH. curTarget  curlrMap. tgt2 

Xame 

curlrMap . actot+LRWMEM .msnsz  curlrMap . actot 

Xame 

LRWMEH. msnsz  curlrMap. sort2 

Xame 

curlrMap .  ecmtot+LRWMEM .  ecmmsnsz  curlrMap .  ecmtot 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

INFERENCE  CATEGORY  :  90 

XAME  :  Target_Assignment 

Comments  :  If  a  second  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 

COXDITIOXS  : 

=  LRVHEM.msnsz  0 

=  lrHold. target  0 

IsHot  curlrMap . tgt5  KXOUX 

Name  LRWMEH . curTarget  lrHold. target 

Name  LRUMEM.curstatus  lrHold. status 

Name  0  curlrMap.tgt5 

Name  0  curlrMap. sort 5 

HYPOTHESIS  :  IrAssignTarget.Hypo 

ACTIONS  : 

Do  TRUE  LRWMEH. retf lag 

INFERENCE  CATEGORY  :  57 

NAME  :  Target_5_assignment 

Comments  :  This  rule  fills  the  target  and  sortie  fields  with  Os  when 
there  are  no  ac  left. 


COIDITIOIS  : 


= 

LRVMEM.msnsz  0 

<> 

lrHold. target  0 

Islot 

curlrMap. tgt5  KIOVI 

lame 

0  curlrMap. tgt5 

lame 

0  curlrMap. sort5 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

ACTIOIS  : 

Do 

TRUE  LRWMEM . r etf lag 

IIFEREICE  CATEGORY  :  53 


RARE  :  Target_5_assignment 

Comments  :  This  rule  fills  the  sortie  and  target  fields  with  Os  when 
there  are  no  more  ac 


COIDITIOIS  : 


= 

LRVMEM.msnsz  0 

<> 

lrHold. target  0 

Islot 

curlrMap. tgt4  KIOVI 

lame 

0  cnrlrMap.tgt4 

lame 

0  curlrMap. sort 4 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

IIFEREICE  CATEGORY  :  63 


IAHE  :  Target_4_assignaent 

Comments  :  This  rule  fills  the  sortier  and  target  fields  with  Os 
when  there  are  no  more  ac. 

COIDITIOIS  : 

=  LRVMEM.msnsz  0 

=  lrHold. target  0 

Islot  curlrMap . tgt4  KIOHI 

lame  LRWMEM . curTarget  lrHold. target 

lame  LRWMEM . curstatus  lrHold. status 

lame  0  curlrMap.tgt4 

lame  0  curlrMap. sort4 

HYPOTHESIS  :  IrAssignTarget . Hypo 

IIFEREICE  CATEGORY  :  67 

IAME  :  Target_4_assignment 

Comments  :  This  rule  fills  the  target  and  sortie  fields  with  Os 
when  there  are  no  ac  left 


COIDITIOIS  : 


= 

LRUMEM. msnsz  0 

<> 

lrHold. target  0 

Islot 

curlrMap.tgt3  KIOHI 

lame 

0  curlrMap.tgt3 

lame 

0  curlrMap.sort3 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

IIFEREICE  CATEGORY  :  73 


IAME  :  Target_3_assign*ent 

Comments  :  This  rule  fills  the  target  and  sortie  fields  with  Os  when 
there  are  no  more  ac. 

COIDITIOIS  : 

=  LRUMEM. msnsz  0 

=  lrHold. target  0 

Islot  curlrNap.tgt3  KIOHI 

lame  LRUMEM . curTarget  lrHold. target 

lame  LRUMEM  .curstatus  lrHold. status 

lame  0  curlrMap. tgt3 

lame  0  curlrMap. sort3 

HYPOTHESIS  :  lrAssignTarget.Hypo 

IIFEREICE  CATEGORY  :  77 

IAME  Target_3_assignment 

Comments  :  This  fills  the  target  and  sortie  fields  with  Os  when 
there  are  no  ac  left 


COIDITIOIS  : 


= 

LRUMEM. msnsz  0 

<> 

lrHold . target  0 

Islot 

curlrMap . tgt2  KIOHI 

lame 

0  curlrMap. tgt2 

lame 

0  curlrMap. sort2 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

IIFEREICE  CATEGORY  :  83 


NAME  :  Target_2_assignoent 

Comments  :  This  rule  fills  the  sortie  and  target  fields  with  Os  when 
there  are  no  more  ac. 


COIDITIOIS  : 


= 

LRWHEH. msnsz  0 

= 

IrHold. target  0 

Islot 

curlrKap.tgt2  KKOWK 

Name 

LRWHEH.curTarget  IrHold. target 

lame 

LRWHEH. curstatus  IrHold. status 

lame 

0  curlrHap.tgt2 

lame 

0  curlrHap.sort2 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

IIFEREICE  CATEGORY  :  87 

1AME  :  Target_2_assignment 

Comments  :  This  rule  fills  the  target  abd  sortie  fields  with  Os  when 
there  are  no  more  ac. 


COIDITIOIS  : 

= 

LRWHEH. msnsz  0 

<> 

IrHold. target  0 

Islot 

curlrHap.tgtl  KIOWI 

Name 

0  curlrHap.tgtl 

lame 

0  curlrHap.sortl 

HYPOTHESIS  : 

IrAssignTarget . Hypo 

ACTIOIS 

Do 

FALSE  LRWHEH. retf lag 

IHFEREKCE  CATEGORY  :  93 


IAHE  :  Target_l_assignment 

Concents  :  This  rule  fills  the  sortie  and  target  fields  with  Os  when 
there  are  no  more  ac 

COIDITIOIS  : 

=  LRWMEM.msnsz  0 

=  IrHold . target  0 

Islot  curlrMap.tgtl  KMOVV 

HYPOTHESIS  :  IrAssignTarget.Hypo 

ACTIONS  : 

Do  LRWHEH.curTarget  IrHold. target 

Do  LRWHEH . curstatus  IrHold . status 

Do  0  LRWHEH.curTarget 

Do  0  curlrHap.sortl 

Do  FALSE  LRWHEH . retf lag 

INFERENCE  CATEGORY  :  97 

IAHE  :  Hull_target_i 


CONDITIONS  : 

<>  LRVMEM . ecnCursor  -1 

Retrieve  "lrecn.nxp"  CTYPE^IXPDB ; CSLOTS=LRVMEM . ecntyp , LRVMEM . ecatot ; 

•FIELDS=Htype" , "qnty" ; «CURSOR=LRVHEH . ecatCursor; 

<>  LRVMEM. ecnCursor  -1 

HYPOTHESIS  :  lrECM_t able . Hypo 

ACTIONS  : 

Do  LRVMEM .  e  c*  indx+ 1  LRVMEM. ecnindr 

CreateObjec  ’ lrECM_ ’ \LRVMEM . ecnindr \  ilrECHad 
Do  LRVMEM . ecntyp  ’ lrECM_ ' \LRVHEM . ecnindx\ . ecntyp 

Do  LRVMEH. ecatot  ’ lrECM_ ’ \LRVHEM . ecnindr \ . ecntot 

Do  lrECH_table.Hypo  lrECM_table.Hypo 

Reset  lrECM_table.Hypo 

INFERENCE  CATEGORY  :  1 

NAME  : 


CONDITIONS  : 

Is 

LRVMEM. targCnrsor  KNOVN 

= 

LRVMEM. targCnrsor  -1 

No 

< i IrSupply ! > . Processed 

Name 

TRUE  <1 IrSupply I>.dolrHapping 

HYPOTHESIS  : 

IrFinalCheck . Hypo 

INFERENCE  CATEGORY  :  1 

NAME  :  Stop_Assignnent_lrMappings 

Contents  :  If  LRVMEM. targCnrsor  is  equal  to  -1  then  the  end  of  the 
table  has  been  reached  and  there  are  no  sore  targets  to  be  assigned 


CONDITIONS  : 

Reset 

IrFinalCheck . Hypo 

Nane 

IrFinalCheck. Hypo  IrFinalCheck. Hypo 

> 

curlrMap.actot  0 

Sane 

TRUE  curlrHap. do Assign 

HYPOTHESIS  : 

lrHapping.Hypo 

INFERENCE  CATEGORY  :  SO 


NAME  :  Stop_Assignaent_Loop 

Contents  :  Since  lrHapping.Hypo  sill  not  be  reset,  this  rule  sill 
alsays  terminate  the  loop.  It  is  only  evaluated  shen  all  possible 
assignments  free  the  ’ AC_XX'  object  have  been  done.  If  ’curlrHap' 
partially  filled  it  triggers  creation  of  a  nes  assignment  objec 


CONDITIONS  : 

>  LRWMEM . actot  3 

Name  Get_lrtarget.Hypo  Get_lrtarget .Hypo 

<>  LRWMEM. targCursor  -1 

Name  lrMission_size.Hypo  lrMission_size.Hypo 

Reset  Get _lrECM_ac. Hypo 

Name  Get_lr£CM_ac . Hypo  Get_lrECM_ac.Hypo 

<>  LRWMEM. ecmCurs or  -1 

Name  Get „lrECM_msnsz. Hypo  Get_lrECM_msusz.Hypo 

Name  IrAssignTarget.Hypo  IrAssignTarget.Hypo 

Name  LRWMEM. actot-LRWMEM.msnsz  LRWMEM. actot 

Name  LRWMEM. ecmtot-LRWMEM. ecmmsnsz  LRWMEM. ecmtct 

HYPOTHESIS  :  lrMappmg.Hypo 

ACTIONS  : 

Reset  IrMapping.Hypo 

Reset  lrMission_size.Hypo 

Reset  IrACneeded.Hypo 

Reset  Get_lrECM_msnsz.Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Define_Assignment_Loop 

Comments  This  rule  will  loop  until  there  are  no  available  planes 
from  the  current  *AC_XX’  object. 

CONDITIONS  : 

Name  IrACneeded.Hypo  IrACneeded.Hypo 

<>  LRWMEM . targCursor  -1 

<  LRWMEM . actot-0 . 5*LRWMEM. acneeded  0 

<  LRWMr*. actot  4 

HYPOTHESIS  :  lrMission_size.Hypo 

ACTIONS  : 

Do  0  LRWMEM. msnsz 

INFERENCE  CATEGORY  :  150 

NAME  :  Determine_the_mission_size_uhen_there_are_essentially_no_ac_left 

Comments  This  rule  sets  the  mission  size  to  0  when  there  are  too 
few  ac  left  to  use  and  allow  the  next  type  of  ac  to  be  used. 
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CONDITIONS  : 

Name  IrACneeded.Hypo  IrACneeded.Hypo 

!  <>  LRWMEM . targCursor  - 1 

'  <  LRWMEM . actot-0 . S*LRWMEM . acneeded  0 

>=  LRWMEM. act ot  4 

HYPOTHESIS  :  lrMission_size.Hypo 

ACTIONS  : 

Do  LRWMEM. actot  LRWMEM. msnsz 

INFERENCE  CATEGORY  :  175 

NAME  :  Determine_mission_size_when_there_are_minimal_ac 

Comments  :  This  rule  determines  the  mission  size  when  there  are  few 
ac  of  a  particular  type  left. 

CONDITIONS  : 

'  Name  IrACneeded.Hypo  IrACneeded.Hypo 

>=  LRWMEM. actot-LRWMEM.t-cneeded  0 

HYPOTHESIS  :  lrMission_size .Hypo 

ACTIONS  : 

115  LRWMEM. acneeded  LRWMEM. msnsz 

INFERENCE  CATEGORY  :  200 

NAME  :  Determine_mission_size_when_there_are_ample_ac 

Comments  :  This  rule  determines  the  mission  size  when  there  are  more 
ac  available. 

CONDITIONS  : 

Name  IrACneeded.Hypo  IrACneeded.Hypo 

<>  LRWMEM . targCursor  -1 

>=  LRWMEM. actot-0. 5*LRWMEM. acneeded  0 

HYPOTHESIS  :  lrMission_size .Hypo 

ACTIONS  : 

Do  LRWMEM. actot  LRWMEM. msnsz 

INFERENCE  CATEGORY  :  125 

NAME  :  Determine_mission_size_for_target 

Comments  This  rule  determines  the  mission  size  for  a  target  in  the 
table  when  the  number  of  available  ac  is  less  than  the  amount  needed. 
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CONDITIONS  : 
Name 


IrACneeded.Hypo  IrACneeded.Hypo 
LRWMEM.targCursor  -1 
<=  LRWMEM.actot-LRWMEM.acneeded  0 

HYPOTHESIS  :  lrMission_size.Hypo 

ACTIONS  : 

Do  LRWMEM.actot  LRWMEM.msnsz 

INFERENCE  CATEGORY  :  100 

NAME  :  Determine_mission_size_for_last_target 

Comments  :  This  rule  determines  the  size  of  the  mission  for  the  last 
target  in  the  list  when  the  number  of  ac  left  is  <  or  =  the 
number  of  ac  needed. 

CONDITIONS  : 

IsNot  rsclcurMap.tgt3  KNOWN 

Name  REC1WMEM. cur Target  reclcurMap.tgt3 

Name  reclcurMap.actot+3  reclcurMap.actot 

HYPOTHESIS  :  reclAssignTarget.Hypo 

INFERENCE  CATEGORY  :  80 

NAME  :  Target_Assignment 

Comments  :  If  a  third  target  is  being  assigned,  copy  the  target  value 
and  update  the  aircraft  total. 

CONDITIONS  : 

IsNot  reclcurMap.tgt4  KNOWN 

Name  RECIWMEM.curTarget  reclcurMap.tgt4 

«ame  reclcurMap.actot+3  reclcurMap.actot 

HYPOTHESIS  :  reclAssignTarget.Hypo 

INFERENCE  CATEGORY  :  70 

NAME  :  rarget_Assignment 

Comments  :  If  a  fourth  target  is  being  assigned,  copy  the  target  value 
and  update  the  aircraft  total. 

CONDITIONS  : 

IsNot  reclcurMap.tgtl  KNOWN 

Name  RECIWMEM.curTarget  reclcurMap.tgtl 

Name  reclcurMap.actot-i 3  reclcurMap.actot 

HYPOTHESIS  :  reclAssignTarget.Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Target_Assignment 

Comments  :  If  the  first  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 
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CONDITIONS  : 

IsNot  reclcurMap.tgt2  KNOWN 

Name  RECIWMEM.curTarget  reclcurMap.tgt2 

Name  reclcurHap.actot+3  reclcurMap.actot 

HYPOTHESIS  :  reel AssignTarget. Hypo 

INFERENCE  CATEGORY  :  90 

NAME  :  Target_Assignment 

Comments  :  If  a  second  target  is  being  assigned,  copy  the  target 
value  and  update  tbe  aircraft  total. 


CONDITIONS  : 

IsNot 

reclcurMap.tgtS  KNOWN 

Name 

RECIWMEM.curTarget  reclcurMap.tgt5 

Name 

reel curMap . actot+3  reel curMap . act ot 

Name 

TRUE  reclcurMap.doAssign 

HYPOTHESIS  : 

reclAssignTarget . Hypo 

INFERENCE  CATEGORY  :  60 


NAME  :  Target_Assignment 
CONDITIONS  : 

Is  REC 1 WMEM . t argCur s or  KNOWN 

=  RECIWMEM.targCursor  -1 

No  < I reclSupply I >. Processed 

Name  TRUE  < I reclSupply I >.doreclMapping 

HYPOTHESIS  :  reclFinalCheck.Hypo 

INFERENCE  CATEGORY  :  1 

NAME  :  Stop_Assignment_reci Mappings 

Comments  :  If  RECIWMEM.targCursor  is  equal  to  -1  then  the  end  of  the 
’recta'  database  has  been  reached  and  there  are  no  more  targets  to  be 
assigned. 

CONDITIONS  : 

Reset  reclFinalCheck.Hypo 

Name  reclFinalCheck.Hypo  reclFinalCheck.Hypo 

>  reclcurMap.actot  0 

Name  TRUE  reclcurMap.doAssign 

HYPOTHESIS  :  reclMapping.Hypo 

INFERENCE  CATEGORY  :  50 

NAME  :  Stop .Assignment _Loop 

Comments  :  Sin^-e  reclMapping.Hypo  will  not  be  reset,  this  rule  will 
always  terminate  the  loop..  It  is  only  evaluated  when  all  possible 
assignments  from  the  ’AC_XX’  object  have  been  done. 


CONDITIONS  : 

>=  REClWMEM.actot  3 

Retrieve  "reckn.nxp"  ®TYPE=NXPDB; 

®SL0TS=REC1WMEM . curTarget ; «FIELDS="abid" ; «CURS0R=REC1WMEM . targCursor ; 

<>  REC1WMEM. targCursor  -1 

Name  reclAssignTarget.Hypo  reclAssignTaxget.Hypo 

Name  REC 1WMEM . actot-3  REClWMEM.actot 

HYPOTHESIS  :  reclMapping.Hypo 

ACTIONS 

Reset  reclMapping.Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Define_Assignment_Loop 

Comments  This  rule  will  loop  until  there  are  less  than  three 
available  planes  from  the  current  ’AC_XX’  object.  If  there  are  more 
than  3,  then  get  the  next  target  and  assign  3  planes  to  it. 


CONDITIONS  : 

IsNot 

rec2curMap.tgt5  KNOWN 

Name 

REC2WMEM . curTarget  rec2curMap . tgt5 

Name 

r ec2curMap . actot+3  rec2curMap . actot 

Name 

TRUE  rec2curMap.doAssign 

HYPOTHESIS  : 

rec2AssignTarget . Hypo 

INFERENCE  CATEGORY  :  60 

NAME  Target_Assignment 

Comments  :  If  the  fifth  target  is  being  assigned,  copy  the  target 
value,  update  the  aircraft  count  and  trigger  creation  of  a 
new  assignment  object. 

CONDITIONS  : 

IsNot  rec2curMap.tgt2  KNOWN 

Name  REC2WMEM . curTarget  rec2curMap.tgt2 

Name  rec2curMap.actot+3  rec2curMap.actot 

HYPOTHESIS  :  rec2AssignTarget.Hypo 

INFERENCE  CATEGORY  :  90 

NAME  :  Target_Assignment 

Comments  If  a  second  target  is  being  assigned,  copy  the  target  value 
and  update  the  aircraft  total. 


CONDITIONS  : 


IsNot  rec2curMap.tgtl  KNOWN 

Name  REC2WMEM.curTarget  rec2curMap.tgti 

Name  rec2curMap.actot+3  rec2curMap.actot 

HYPOTHESIS  :  rec2AssignTargot.Hypo 

INFERENCE  CATEGORY  :  100 


NAME  :  Target^Assignment 

Comments  :  If  the  first  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 


CONDITIONS 

IsNot 

Name 

Name 

HYPOTHESIS 


rec2curMap.tgt4  KNOWN 
REC2WMEM . curTarget  rec2curMap . tgt4 
rec2curMap. actot+3  rec2curMap . actot 
rec2AssignTarget .Hypo 


INFERENCE  CATEGORY  : 
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NAME  ;  Target_Assignment 

Comments  :  If  a  fourth  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 


CONDITIONS 

IsNot 

Name 

Name 

HYPOTHESIS 


rec2curMap.tgt3  KNOWN 
REC2WMEM . curTarget  rec2curMap . tgt3 
r ec2curMap . actot+3  rec2curMap . actot 
rec2AssignTarget . Hypo 


INFERENCE  CATEGORY  : 
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NAME  :  Target_Assignment 

Comments  :  If  a  third  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 


CONDITIONS  : 

Is 

REC2WMEM.targCursor  KNOWN 

= 

REC2WMEM . targCursor  -1 

No 

< 1 rec2Supply 1 > . Processed 

Name 

TRUE  < I rec2Supply 1 > . dor ec2Mapping 

HYPOTHESIS  : 

rec2FinalCheck . Hypo 

INFERENCE  CATEGORY  :  1 


NAME  :  Stop_Assignment_rec2Mappings 

Comments  :  If  REC2WMEM.targCursor  is  equal  to  -1  then  the  end  of  the 
'reckn'  database  has  been  reached  and  there  are  no  more  targets  to 
be  assigned.  Thus  we  should  stop  evaluation  of  any  OS  metaslots 
attached  to  objects  under  ’rec2Supply’  that  have  not  yet  been 
triggered., 


7  G 


CONDITIONS  : 

Retrieve  "rec2ac.nxp"  ®TYPE=NXPDB ; ®FILL=ADD ; 

#NAME=" ’ AC_ ’ ! Indx ! " ; 8CREATE= I rec2Supply I ; ®PROPS=actyp , actot ; 
®FIELDS="actyp" , "qnty" ; 

Name  <|rec23upply I > . dorec2Mapping  < I rec2Supply I > . dorec2Mapping 

>  LENGTH(<|rec2Assignments|>)  0 

HYPOTHESIS  :  rec2GetPackage.Hypo 

ACTIONS  : 

Write  "rec2ms.nxp"  «TYPE=NXPDB ; ®FILL=NEW ; 

®NAME=" ' Assign_ ’ ! Indx (8) ! " ; ®PROPS=actyp , actot , tgt 1 , tgt2 , tgt3 , tgt4 , tgt5 ; 
«FIELDS=,,actyp(10) " , "qnty (8) " ,"tgti (7) " , "tgt2(7) " , "tgt3(7) " , 

"tgt4 (7 ) " , "tgt5 (7) " ; CAT0MS=< | rec2Assignments | > ; 

Write  "rec3ac.nxp"  ®TYPE=NXPDB;«FILL=NEW;«NAME="'AC_' !Indx(8) !"; 

®PROPS=actyp , actot ; ®FIELDS="actyp(lO) " , "qnty (8) " ; ®AT0MS=< | rec2Supply I > ; 
INFERENCE  CATEGORY  :  1 

NAME  :  Top_Level_Package_Control 

Comments  :  This  rule  represents  the  top  level  control  structure:  Build 
the  table  of  planes  to  be  assigned.  Assign  planes  (map  them  on)  to 
available  targets.  If  any  assignments  have  been  made,  update  the 
database  tables. 


CONDITIONS  : 

Reset 

rec2FinalCheck . Hypo 

Name 

rec2FinalCheck . Hypo  rec2Final Check . Hypo 

> 

rec2curMap. actot  0 

Name 

TRUE  rec2curMap.doAssign 

HYPOTHESIS  : 

rec2Mapping . Hypo 

INFERENCE  CATEGORY  :  50 

NAME  :  Stop_Assignment_Loop 

Comments  :  Since  r ec2Mapping . Hypo  will  not  be  reset,  this  rule  will 
always  terminate  the  loop.  It  is  only  evaluated  when  all  possible 
assignments  from  the  'AC_XX’  object  have  been  done.  If  ’rec2curMap’ 
is  partially  filled  it  triggers  creation  of  a  new  assignment  objec 


~0ND7..0NS  : 

>1 


REC2WMEM.actot  6 

He brieve  "recunkn.nxp"  ®TYPE=NXPDB ; ®SL0TS=REC2WMEM . curTarget ; 

•oFIELDS="abid" ; «CURS0R=REC2WMEM . targCursor ; 

<>  REC2WMEM.targCursor  -1 

Wane  rec2AssignTarget.Hypo  rec2AssignTarget.Hypo 

Hc  ’ie  REC2HMEM .  actot-6  REC2UMEM .  actot 

HYP'JTHriSIS  :  rec2Mapping.Hypo 

ACTIONS  : 

Reset  rec2Mapping.Hypo 

INFERENCE  CATEGORY  :  100 

NAME  .  Define_Assignment_Loop 

Comments  :  This  rule  will  loop  until  there  are  less  than  three 
available  planes  from  the  current  'AC_XX'  object.  If  there  are  more 
than  6,  then  get  the  next  target  and  assign  6  planes  to  it. 

CONDITIONS  : 

IsNot  currec3Map.tgt5  KNOWN 

Name  REC3WMEM . curTarget  currec3Map.tgt5 

Name  currec3Map.actot+3  currec3Map. actot 

Name  TRUE  currec3Map.doAssign 

HYPOTHESIS  r  rec3AssignTarget.Hypo 

INFERENCE  CATEGORY  :  60 

NAME  :  Target_Assignment 

Comments  :  If  the  fifth  target  is  being  assigned,  copy  the  target 
value,  update  the  aircraft  count  and  trigger  creation  of  a 
new  assignment  object. 

CONDITIONS  : 

IsNot  currec3Map . tgt2  KNOWN 

Name  REC3WMEM . curTarget  currec3Map.tgt2 

Name  currec3Hap.actot+3  currec3Map. actot 

HYPOTHESIS  :  rec3AssignTarget.Hypo 

INFERENCE  CATEGORY  :  90 

NAME  :  Target_Assignment 

Comments  :  If  a  second  target  is  being  assigned,  copy  the  target  value 
and  update  the  aircraft  total. 


CONDITIONS  : 

IsNot  currec3Map. tgtl  KNOWN 

Name  REC3WMEM,curTarget  currec3Map.tgtl 

Name  currec3Map.actot+3  currec3Map.actot 

HYPOTHESIS  :  rec3AssignTarget.Hypo 

INFERENCE  CATEGORY  :  100 

NAME  :  Target_Assignment 

Comments  :  If  the  first  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 

CONDITIONS  : 

IsNot  currec3Map.tgt4  KNOWN 

Name  REC3WMEM . curTarget  currec3Map.tgt4 

Name  currec3Map.actot+3  currec3Map.actot 

HYPOTHESIS  :  rec3AssignTarget.Hypo 

INFERENCE  CATEGORY  :  70 

NAME  :  Target_Assignment 

Comments  :  If  a  fourth  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 

CONDITIONS  : 

IsNot  currec3Map.tgt3  KNOWN 

Name  REC3WMEM. curTarget  currec3Map.tgt3 

Name  currec3Map.actot+3  currec3Map.actot 

HYPOTHESIS  :  rec3AssignTarget.Hypo 

INFERENCE  CATEGORY  :  80 

NAME  :  Target.Assignment 

Comments  :  If  a  third  target  is  being  assigned,  copy  the  target 
value  and  update  the  aircraft  total. 

CONDITIONS  r 

Is  REC3WMEM . targCursor  KNOWN 

=  REC3WMEM. targCursor  -1 

No  < I rec3Supply I >. Processed 

Name  TRUE  <|rec3Supply|>.dorec3Mapping 

HYPOTHESIS  :  rec3FinalCheck.Hypo 

INFERENCE  CATEGORY  :  1 

NAME  :  Stop_Assignment_rec3Mappings 

Comments  :  If  REC3WMEM . targCursor  is  equal  to  -1  then  the  end  of 
the  'recsusp'  database  has  been  reached  and  there  are  no  more  targets 
to  be  assigned.  Thus  we  should  stop  evaluation  of  c \y  OS  metaslots 
attached  to  objects  under  ’rec3Supply’  that  have  not  yet 
been  triggered. 


CONDITIONS  : 

Reset 

rec3FinalCheck . Hypo 

Name 

rec3FinalCheck . Hypo  rec3Final Check . Hypo 

> 

currec3Map.actot  0 

Name 

TRUE  currec3Map.doAssign 

HYPOTHESIS  : 

rec3Mapping . Hypo 

INFERENCE  CATEGORY  :  50 

NAME  :  Stop_Assignment_Loop 

Comments  :  Since  rec3Mapping . Hypo  will  not  be  reset,  this  rule  sill 
always  terminate  the  loop.  It  is  only  evaluated  when  all  possible 
assignments  from  the  'AC_XX'  object  have  been  done.  If  ’currec3Map' 
is  partially  filled  it  triggers  creation  of  a  new  assignment  objec 


CONDITIONS  : 

>=  REC3WMEM.actot  9 

Retrieve  "recsusp . nxp"  #TYPE=NXPDB ; CSL0TS=REC3WMEM . curTarget ; 

«FIELDS=" abid" ; «CURS0R=REC3WMEM . targCursor ; 

<>  REC3WMEM. targCursor  -1 

Name  rec3AssignTarget.Hypo  rec3AssignTarget.Hypo 

Name  REC3WMEM . actot-9  REC3HMEM.actot 


HYPOTHESIS  :  rec3Mapping . Hypo 

ACTIONS  : 

Reset  rec3Mapping.Hypo 

INFERENCE  CATEGORY  :  100 


NAME  :  Define_Assignment_Loop 

Comments  :  This  rule  sill  loop  until  there  are  less  than  nine 
available  planes  from  the  current  ’AC_XX’  object.  If  there 
are  more  than  9,  then  get  the  next  targe ;  and  assign  9  planes  to  it. 


Appendix  D.  Objects 


D.l  Introduction 

The  objects  used  in  the  rule- base  are  presented  in  this  appendix.  Object  names 
indicate  the  task  they  are  associated  with.  Objects  containing  “lr”  or  “lroca”are 
used  in  the  long  range  offensive  counter  air  task.  Objects  containing  “dsup”  are 
used  in  the  defense  suppression  task.  Those  containing  “reel,”  “rec2,”  “rec3,” 
“reccel,”  “recce2,”  or  “recce3,”  pertain  to  the  recconaisance  task. 

D.2  The  Objects 


MAKE  :  ataf 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

Hypothesis  of  Rule  72 


MAKE  :  curlrMap 
PROPERTIES  : 

aetc  =  (I)  Unknown 
HAME  :  curlrMap . actot 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY 
ORDER  OF  SOURCES  : 
RunTimeValu  0 


1 

1 

Class  first 
Breadth  first 


IF  CHARGE  DO: 

Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Target_Assignment(#98)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#97)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#96)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target. 'issignment (#95)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Ta:.get_Assignment(#94)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Stop_Assignment_Loop(#lll)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:;  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  i) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply.dorec2Happing 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply.doreciMapping 
(Occurrences:  2) 

Member  Order  of  Sourc<  of  IrSupply.dolrHapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 
Member  Order  of  Sources  of  IrSuppIy .dolrMapping  (Occurrences:  1) 
Used  In  : 

LflS  or  RES  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89j  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 
Memoer  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  l) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  1) 

Member  Order  of  Sources 'of  reclSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSuppIy . dolrMapping  (Occurrences:  i) 
doAssign  =  (B)  Unknown 
MAME  :  curlrMap. doAssign 

IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

Comments  :  Create  a  new  assignment  object,  copy  values  from  ’curlrMap* 
into  it,  and  reset  the  slots  of  ’curlrMap’,  it  is  not  necessary  to 
reset  ’ curlrMap. actype’ 

ORDER  OF  SOURCES  : 


IF  CHARGE  DO  : 

Reset  curlrHap.doAssign 

Do  LRVHEH.targetlndex+l  LRVHEH . ‘ar^etlndex 

CreateObjec  ’ Ass ign_ ’ \LR¥HEX . targetlndtr '  ! lr Assignments  I 
Do  curlrHap . actyp  '  Assign^ ’ \LR'n'K  M .  >argetlndex\ .  actyp 

Do  curlrHap.actot  * Assign. '\LRVHLH.targetIndex\.actot 

Do  curlxMap.tgtl  ’ Assign. ' \LRWHSH . targetlndex\ . tgt 1 

Do  curlrMap.sortl  'Assign.’XLRVKEM.targetlndexVsortl 

Do  curlrHap.tgt2  1 Assign. ’ \LRVHEH . targetlndex\ . tgt2 

Do  curlrNap.sort2  ’ Assign. ’ \LRWHEH . targetlndex\ . sort2 

Do  curlrNap.tgt3  ,Assign_’\LRilHEH.targetIndex\.tgt3 

Do  curlrNap.sort3  ' Assign. ' \LRWHEK . targetlndex\ . sort3 

Do  curlrHap. tgt 4  ’ Assign. ' \LRVHEH . targetlndex\ . tgt 4 

Do  curlrHap. sort*  ' Assign.. '\LRWHEH. target Index\. sort 4 

Do  curlrHap. tgtS  ’ Assign. ’ \LRVHEH . targetlndexX . tgt5 

Do  curlrHap. sort5  1 Assign_ * \LRUKEH . targetlndexX . sort5 

Do  curlrHap. ecatyp  ’Assign_*\LRHI!EM. targetlndexX. ecatyp 

Do  curlrHap. ecatot  ’ Assign. ’ \LRWHEH . targetlndexX . ecatot 

Reset  curlrHap . ecatot 

Reset  curlrXap . actot 

Reset  curlrHap. tgt 1 

Reset  curlrHap. tgt2 

Reset  curlrHap . tgt3 

Reset  curlrHap. tgt4 

Reset  curlrHap. tgtS 

Reset  curlrHap. sort 1 

Reset  curlrHap . sort2 

Reset  curlrHap.sort3 

Reset  curlrHap. sort4 

Reset  curlrHap. sort5 

Used  In  : 

LHS  or  RKS  in  Rule  Retrieue_eca_ac_frca_tabie(#78)  (Occurrences:  1) 
LRS  or  RES  in  Rule  Target .AssigneentCf 98)  (Occurrences:  1) 

LHS  or  RES  in  Rule  Stop_Assign*ent_Loop(#lll)  (Occurrences:  J) 
Keaber  If  Change  Actions  of  curlrHap. dc-Arsigr.  (Occurrences:  1) 


ecmtot  =  (I)  Unknown 

NAME  :  cur IrMap. ecmtot 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

INHERITANCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#98)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#97)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#96)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#95)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#94)  (Occurrences:  2) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level„Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  l) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
ecmtyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Start_lrECM_table_use(#77)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
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sortl  =  (I)  Unknown 
NAME  :  curlrMap. sortl 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


Used  In  : 

LHS  or  RHS  in  Rule  Target .Assignment (#97)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_l_assignment(#107)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Null_target_l(#108)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap. doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap. doAssign  (Occurrences:  1) 
sort2  =  (I)  Unknown 


NAME  :  curlrMap. sort2 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 
RunTimeValu  0 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


IF  CHANGE  DO  : 


Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#94)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_2_assignment(#106)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_2_assignment(#105)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap. doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap. doAssign  (Occurrences:  1) 
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sort3  *  (I)  Unknown 
NAME  :  curlrMap.sort3 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  IHHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 
RunTimeValu  0 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


IF  CHANGE  DO  : 


Used  In  ; 

LHS  or  RHS  in  Rule  Target .Assignment (#96)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_3_assignment(#104)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Target_3_assignment(#103)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 
Used  In  : 


LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
sort4  =  (I)  Unknown 


NAME  : 


curlrMap.sort4 
INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


RunTimeValu  0 


IF  CHANGE  DO  : 


Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#95)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_4_assignment(#102)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_4_assignment(#i01)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  i) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
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sort5  =  (I)  Unknown 
NAME  :  curlrMap.sort5 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


Used  In  : 

LHS  or  RHS  in  Rule  Target _Assignment (#98)  (Occurrences:  i) 

LHS  or  RHS  in  Rule  Target _5_assignment (#100)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Target_5_assignment(#99)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 
Used  In  : 


LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
status  =  (F)  Unknown 


tgtl  =  (I)  Unknown 
NAME  :  curlrMap.tgtl 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


RunTimeValu  0 


IF  CHANGE  DO  : 

Used  In  - 

LHS  or  RHS  in  Rule  Target_Ass ignment (#97 )  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_l_assignment(#107)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Null_targeu_l (#108)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt2  =  (I)  Unknown 
NAME  :  curlrMap.tgt2 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 
INHERITANCE  STRATEGY  :  Breadth  first 
ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#94)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target _2_assignment(#106)  (Occurrences:  2) 

LLS  or  RHS  in  Rule  Target _2_assignment(#105)  (Occurrences:  2) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_LeveI_Package_Control(#87)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  j.f  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Action?:  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Chaage  Actions  ox  rec2cUiMap.dr>Assign  (Occurrences:  2) 


tgt3  =  (I)  Unknown 
IAME  :  cnrlrMap.tgt3 

IIFEREMCE  CATEGORY  :  1 

IIHERITAMCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAMCE  STRATEGY  :  Default 
IIHERITAMCE  STRATEGY  :  Class  first 

IIHERITAMCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHARGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target .Assignment (#96)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_3_assignment (#104)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_3_ assignment (#103)  (Occurrences:  2) 

Member  If  Change  Actions  of  curlrMap. doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Hap . doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap. doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  rec2curMap. doAssign  (Occurrences:  2) 
tgt4  =  (I)  Unknown 
MAME  :  curlrMap.tgt4 

IIFEREMCE  CATEGORY  :  1 

IIHERITAMCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAMCE  STRATEGY  :  Default 
IIHERITAMCE  STRATEGY  :  Class  first 

IIHEKITAMCE  STRATEGY  :,  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 


IF  CHA1GE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target _Assignnent (#95)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target _4_assignment (#102)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target _4_assignment (#101)  (Occurrences:  2) 

Me&oer  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87 )  (Occurrences:  1) 
US  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  I) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt5  =  (I)  Unknown 
MAME  :  curlrMap.tgtS 

IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 
IIHERITAICE  STRATEGY  :  Breadth  first 
ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHARGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target .Assignment (#98)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_5_assignment(#100)  (Occurrences:.  2) 

LHS  or  RHS  in  Rule  Target _5_assignment (#99)  (Occurrences:  2) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Levei_Package_Control(#39)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences :  3) 
Kember  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
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IAHE  :  currec3Map 
PROPERTIES  : 

actot  =  (I)  Unknown 
IAME  :  carrec3Map. actot 

IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHARGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assign*ent(#139)  (Occurrences:  2) 

LHS  or  RHS  in  Rale  Target_Assignnent(#i38)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignaent(*i37)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target_Assignment(#i36)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Target .Assignment (#135)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Stop_Assign*2nt_Loop(#14l)  (Occurrences:  l) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  4) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3, 
LHS  or  RHS  in  Rule  Top_LeTel_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#8S)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3 
"ember  If  Change  Act  ons  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3^ 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  • ctions  of  r 2c2curMap . do As sign  (Occurrences:  2) 
Member  Order  of  Scurces  of  rec3Supply.dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply.dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSnpply.doreclHappmg 
(Occurrences:  2) 

Member  Order  of  Souices  o\  IrSupply  dolrMapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

Member  If  Change  Actions  of  currec3Map. do Assign  (.Occurrences:  3) 
Member  Order  of  Sources  of  r ec3Supply . dor ec3Mapping 
(Occurrences:  1) 

Used  In  : 

LHS  or  RMS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurHap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  rec2Supply.dorec2Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  i) 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  1) 
doAssign  =  (B)  Unknown 
I ARE  :  cnrrec3Map. doAssign 

IIFEREICE  CATEGORY  :  1 

IIHERITARCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITARCE  STRATEGY  :  Class  first 

IL_-RITAICE  STRATEGY  :  Breadth  first 

Comments  :  Create  a  new  assignment  object,  copy  values  from 
’currecSKap’  into  it,  and  reset  the  slots  of  ’currec3Map’ ,  it  is 
not  necessary  to  reset  'currec3Map.actype* 

ORDER  OF  SOURCES  : 


IF  CHARGE  DO  : 

Reset  currec3Map.doAssirn 

Do  REC3VKEK . target Index+ 1  REC3VKEM . targetlndex 

CreateObjec  'Assign. ’ \REC3WHEM . targetlndexX  irec3Assign*ents| 

Do  currec3Map. actyp  ' Assign. 'XREC3VHEM. targetlndexX. actyp 

Do  currec3Kap. actot  ’ Assign. ' XREC3VKEM . targetlndexX . actot 

Do  currec3Map.tgtl  ’ Assign. ' XREC3VMEM . targetlndexX . tgt  1 

Do  correc3Nap.tgt2  ' Assign. ' \REC3VMEH . targetlndexX . tgt2 

Do  currec3Map.tgt3  ' Assign. 'XREC3VKEH. targetlndexX. tgt3 

Do  correc3Hap.tgt4  'Assign. ' \REC3WHEM .targetlndexX . tgt4 

Do  currec3Map.tgt5  ' Assign. ' XREC3VMEM . targetlndexX . tgt5 

Do  REC3WMEM . targetlndex+ 1  REC3VKEH. targetlndex 

CreateObjec  ' Assign. '\REC3WHEM. targetlndexX  |rec3Assignaents| 

Do  currec3Map . actyp  ’Assign_'\REC3ilHEH. targetlndexX. actyp 

Do  cnrrec3Kap. actot  ’ Assign. '\REC3HHEM. targetlndexX. actot 

Do  csrrec3Map.tgtl  ’ Assign. ' XREC3HMEH . targetlndexX .tgt 1 

Do  currec3Nap.tgt2  ’ Assign. ’ \REC3tfHEH . targetlndexX . tgt2 

Do  currec3Hap.tgt3  ’ Assign. '\REC3WMEH. targetlndexX. tgt3 

Do  currec3Hap.tgt4  ' Assign. ’ XREC3WMEH . targetlndexX . tgt4 

Do  correc3Kap.tgt5  ’ Assign. 'XREC3UKEK. targetlndexX. tgtS 

Do  REC3WHEN . targetlndex+l  REC3VMEN.targetIndex 

CreateObjec  ’ Assign. '\REC3UMEM. targetlndexX  I rec3Assignnents I 
Do  currec3Map . actyp  ’ Assign. ’ \REC3tfMEM . targetlndexX . actyp 

Do  currec3Kap. actot  ’ Assign. ‘ XREC3MHEH . targetlndexX . actot 

Do  currec3Hap.tgtl  ' Assign. 'XREC3VKEM. targetlndexX. tgtl 

Do  cnrrec3Nap.tgt2  ' Assign. ’ XREC3VHEM . targetlndexX . tgt2 

Do  cnrrec3Map.tgt3  'Assign. ’ \REC3VMH( . targetlndexX . tgt3 

Do  currec3Map.tgt4  ’Assign_’XREC3WHEM. targetlndexX. tgt4 

Do  currec3Kap.tgt5  ’Assign_’\REC3VHEH. targetlndexX. tgt 5 

Reset  currec3Hap. actot 

Reset  currec3t!ap.tgtl 

Reset  currec3Map.tgt2 

Reset  cnrrec3Nap.tgt3 

Reset  currec3Nap.tgt4 

Reset  correc3Map.tgt5 

Used  In  : 

LHS  or  RHS  in  Rule  Target_AssigiURent(*139)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Stop_Assignaent_Loop(#141)  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences:  1) 


tgtl  =  (I)  Unknown 
■A ME  :  currcc3Map.tgtl 

IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTirieValu  0 
IF  CHAIGF  DO  : 

Used  Tn  : 

LHS  or  RBS  in  Rule  ?arget_Assignaent(#13?}  (Occurrences:  2) 

Heaber  If  Change  Actions  of  currec3Map.doAssi.gn  (Occurrences:  4} 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package„ Control (#87)  (Occurrences:  1) 
LHS  or  IBS  in  Rule  Top_Lewel_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Lewel_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Heaber  If  Change  Actions  of  curlrKap-doAssign  (Occurrences:  1) 
Heaber  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences:  3} 
Heaber  If  Change  Actions  of  reel curHap . doAssign  (Occurrences:  1) 
Heaber  If  Change  Actions  of  rec2curHap. doAssign  (Occurrences:  2) 
tgt2  =  (I)  Unknown 
I ARE  :  currec3Hap.tgt2 

IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTineValu  0 


IF  CHARGE  DO  : 

Used  In  : 

LHS  or  R-S  in  Rule  Target. Assign*est(#138)  (Occurrences:  2} 

Haber  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences :  4) 
Used  In  : 

LHS  or  RES  in  Rule  Top_Leeel_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_LeTal_Package_Control(#88)  (Occarrences:  1) 
LHS  or  RHS  in  Rule  Tcp_Level_Package_Control(#39}  (Occurrences:  1} 
LBS  or  RHS  in  Rule  Top.LeTel_Package.ControI(#132)  (Occurrences:  1) 
Renter  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  i) 
Renter  If  Change  Actions  of  cttrrec3Kap.doAssign  (Occurrences:  3) 
Haber  If  Change  Actions  of  reclcurlfap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  rec2c3rMap.doissign  (Occurrences:  2) 
tgt3  =  (I)  Unknoim 
RARE  :  currec3Kap.tgt3 

ISFEREJCE  CATEGORY  :  1 

IRKE&I7ARCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IISERITAICE  STRATEGY  :  Default 
IRHERITAICE  STRATEGY  :  Class  first 

IREERITASCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RsnTiaeValu  0 
IF  CHARGE  DO  : 

Used  In  : 

LIS  or  RES  in  Rule  Target^ Assignment (#135)  (Occurrences:  2) 

Hester  If  Change  Actions  of  currec3Map.doAssigs  (Occurrences:  4) 
Used  la  : 

LIS  or  JISS  in  Rule  Top_Lerel_?ackage-Costrol(f87}  (Occurrences:  I) 

LHS  or  RHS  in  Rule  Top_Lerel_PacRage,Coatrol(f88)  (Occurrences:  1} 

LHS  or  RES  in  Rule  Top_Level_Fackage_Control(*S3)  (Gccurreeces:  i) 

US  or  RHS  in  Rule  Top_LeTeI_?ackage.Coatrol(#i32)  (Occurrences:  i) 

Xesber  If  Change  Actions  of  curlrMap.de As sign  (Occurrences:  1) 

Member  If  Change  Actions  of  currecSRap.doAssign  (Occurrences:  3} 

Habtr  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 

Menber  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt4  =  (I)  Unknown 
NAME  :  currec3Map.tgt4 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

INHERITANCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignr.’.ent(#136)  (Occurrences:  2) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  4) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level  .Package_Control(#88)  (Occurrences:  i) 

LHS  or  RHS  in  Rule  Top_Leve'-r_Pachage_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Levil_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt5  =  (I)  Unknown 
NAME  :  currec3Map.tgt5 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

INHERITANCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
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IF  CHANGE  DO  : 


Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#139)  (Occurrences:  2) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  4) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:,  i) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


NAME  :  dspglobal 
PROPERTIES  : 

qnty  =  (I)  0 
t'< ’*  dspglobal .  qnty 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 

InitValue  0  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  4) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  4) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  1) 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select _dsupac_l (#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  i) 

Member  Order  of  Sources  of  dsupac. addprop  (Occurrences:  2) 
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rmdr  =  (I)  0 
NAME  :  dspglobal.rmdr 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 
ORDER  OF  SOURCES  : 


1 

1 

Default 
Default 
Default 
Class  first 
Breadth  first 


InitValue  0  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_i(#75)  (Occurrences:  2) 
sortqnty  =  (I)  0 
NAME  :'  dspglobal. sortqnty 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  i  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 
INHERITANCE  STRATEGY  :  Breadth  first 
ORDER  OF  SOURCES  : 

InitValue  0  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  ^rrences:  5) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  -ences:  4) 

type  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_i(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  2) 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  1) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  2) 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  1) 
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NAME  :  dsup_missions 
PROPERTIES  : 

Value  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  72  (Occurrences:  2) 
Hypothesis  of  Rule  Top_level_dsup(#73) 


NAME  :  dsupac_commit 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Value  =  (B)  Unknown 
Used  In  : 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  3) 
Hypothesis  of  Rule  select_dsupac_2(#74) 

Hypothesis  of  Rule  select_dsupac_l(#75) 

Hypothesis  of  Rule  select_dsupac_0(#76) 


NAME  :  dsupqnty 
PROPERTIES  : 

Value  =  (I)  100 
NAHE  :  dsupqnty 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 
InitValue  100 


IF  CHANGE  DO  : 


Used  In 

: 

LHS 

or 

RHS 

m 

LHS 

or 

RHS 

in 

LHS 

or 

RHS 

in 

Rule  select_dsupac_2(#74)  (Occurrences:  4) 
Rule  select_dsupac_l(#75)  (Occurrences:  5) 
Rule  select_dsupac_0(#76)  (Occurrences:  l) 
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NAME  :  GET_lrECM 
PROPERTIES  : 

Hypo  =  (B)  Unknown 

NAME  :  Get_lrECM_ac 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule 
Hypothesis  of  Rule 
Hypothesis  of  Rule 
Hypothesis  of  Rule 
Hypothesis  of  Rule 

NAME  :  Get_lrECM_msnsz 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule 
Hypothesis  of  Rule 
Hypothesis  of  Rule 

NAME  :  Get_lrECM_needed 
PROPERTIES  ; 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule 
LHS  or  RHS  in  Rule 
Hypothesis  of  Rule 
Hypothesis  of  Rule 


Define_Assignment_Loop(#112)  (Occurrences:  3) 
80 

Retrieve_ecm_ac_f rom_table (#78) 
Get_ecm_ac_from_same_ entry (#79) 

Start _lrECM_table_use(#77) 


Define_Assignment_Loop(#112)  (Occurrences:  3) 
Suffice  ent_lrECM_msnsz(#82) 

81 


Sufficient_lrECM_msnsz(#82)  (Occurrences:  2) 
81  (Occurrences:  2) 

Non_mission_lrECM_msnsz (#84) 
Standard_lrECM_msnsz(#83) 
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NAME  :  Get_lrECM_type 
PROPERTIES  : 

Hypo  =  (B)  Unknown 

NAME  :  Get_lrtarget 
PI OPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Def ine_Assignment_Loop(#112)  (Occurrences:  2) 

Hypothesis  of  Rule  86 

Hypothesis  of  Rule  Find_the_target(#85) 

Value  =  (B)  Unknown 

NAME  :  GetlrPackage 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  72  (Occurrences:  2) 

Hypothesis  of  Rule  Top_Level_Package_Control(#87) 

NAME  :,  GetreclPackage 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  72  (Occurrences:  2) 

Hypothesis  of  Rule  Top_Level_Package_Control(#88) 

NAME  :  Getrec3Package 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  72  (Occurrences:  2) 

Hypothesis  of  Rule  Top_Level_Package_Control(#89) 
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NAME  :  IrACneeded 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  01  RHS  in  Rule  Def ine_Assignment_Loop(#112)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Determine.the.mirsion.size.when.there. 

are_essentially_no_ac_left(#113)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Determine_mission_size_when_there_ 
are_minimal_ac(#114)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Determine_mission_size_when_there_ 
are_ample_ac(#115)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  uetermine.mission.size.for.target (#116) 
(Occurrences:  2) 

LHS  or  RHS  in  Rule  Determine_mission_size_for_last_target(#117) 
(Occurrences:  2) 

Hypothesis  of  Rule  Find_AC_needed_75(#90) 

Hypothesis  of  Rule  Frnd_AC_needed_25(#92) 

Hypothesis  of  Rule  Find_AC_needed_50(#91) 

Hypothesis  of  Rule  Find_AC.needed.100 (#93) 

NAME  :  IrAssfiguTarget 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  oi  RHS  in  Rule  Define. Assignment _Loop(#112)  (Occurrences:  2) 
Hypothesis  of  Rule  Target_Assignment(#98) 

Hypothesis  of  Rule  Target. Assignment (#57) 

Hypothesis  of  Rule  Target_Assignment(#96) 

Hypothesis  of  Rule  Target_Assignraent(#95) 

Hypothesis  of  Rule  Target. Assignment (#94) 

Hypothesis  of  Rule  Target _4_assignment (#101) 

Hypothesis  of  Rule  Target_3_assignment(#103) 

Hypothesis  of  Rule  Mull_target_l(#108) 

Hypothesis  of  Rule  Targeo_l_assignment(#107) 

Hypothesis  of  Rule  Target_2_assignment(#106) 

Hypothesis  of  Rule  Iarget_3_assigiuaent(#104) 

Hypothesis  of  Rule  Target _4_assigment (#102) 

Hypothesis  of  Rule  Target.5.-c3igniuent(#99) 


NAME  :  lrECM.table 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Oc  •  crences :  2) 
LHS  or  RHS  in  Rule  109  (Occurrences:  3) 

Hypothesis  of  Rule  109 


NAME  :  IrFinalCheck 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  in  : 

LHS  or  RHS  in  Rule  Stop_Assignment_Loopf#l 11}  (Occurrt  ces :  3) 
Hypothesis  of  Rule  Stop_Assignaent_lr.Mappir.gs  (#110) 


SAME  :  lrHold 
PROPERTIES  : 

curstatus  =  (F)  Unknown 
MAKE  :  lrHold. curstatus 

INFEREBCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


t 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTime Valu  0.0 
IF  CHANGE  DO  : 


10 1 


status  =  (F)  Unknown 
SAME  :  lrHold. status 

IHFEREHCE  CATEGORY  :  1 

IHHERITAICE  CATEGORY  :  1 

SLOT  I1HERIT ABILITY  :  Default 
VALUE  IHHERITABILITY  :  Default 
IIHERITAHCE  STRATEGY  :  Default 
IHHERITAICE  STRATEGY  :  Class  first 

IHHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0.0 
IF  CHAIGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  86  (Occurrences :  2) 

LHS  or  RHS  in  Rule  Target_5_assignment(#100)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Target_4_assignraent(#iQi)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Target _3_assignaent (#103)  (Occurrences:  1) 
LBS  or  RHS  in  Rule  Target_2_assign»ent(#105)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Iull_target_l(#108)  (Occurrences:  1) 
ta’-jst  *=  (I)  Unknown 
HAKE  :  lrHold. target 

IHFEREHCE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IHHERITABILITY  :  Default 
VALUE  IHHERITABILITY  :  Default 
IHHERITAICE  STRATEGY  :  Default 
IHHERITAICE  STRATEGY  :  Class  first 

IHHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeVaJu  0 


IF  CHANGE  DO  : 


Used  In 

: 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

LHS 

or 

RHS 

in 

Rule 

86  (Occurrences:  3) 

Find_the_target(#85)  (Occurrences:  1) 
Target _5_assignment (#100)  (Occurrences:  2) 
Target_5_assigmnent(#99)  (Occurrences:  1) 
Target_4_assignment(#102)  (Occurrences:  1) 
Target _4_assignment(#101)  (Occurrences:  2) 
Target _3_assignment(#104)  (Occurrences:  1) 
Target_3_assignment(#103)  (Occurrences:  2) 
Target_2_assignmenc(#i06)  (Occurrences:  1) 
Target _2_assignaent (#105)  (Occurrences:  2) 
Target_l_assignment(#107)  (Occurrences:  1) 
Null_target_l(#108)  (Occurrences:  2) 


NAME  :  lrMapping 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Define_Assignnent_Loop(#112)  (Occurrences:  l) 
Member  Order  of  Sources  of  lrSupply.dolrHapping  (Occurrences:  3) 
Hypothesis  of  Rule  Define_Assignment_Loop(#112) 

Hypothesis  of  Rule  Stop_Assignment_Loop(#lll) 


NAME  :  IrMission.size 
PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Define_Assignment_Loop(#112)  (Occurrences:.  3) 
Hypothesis  of  Rule 

Determine_the_aission_size_uhen_there_are_essentially_ 
no_ac_lef t (#113) 

Hypothesis  of  Rule 

Detensine_aission_size_Hhen_there_are_miniiaal_ac(#114) 
Hypothesis  of  Rule  Determine_mission_size_for_last_target(#117) 
Hypothesis  of  Rule  Determine_mission_size_for_target(#ll6) 
Hypothesis  of  Rule  Deteraine_mission_size_ahen^ 
there_are_aaple_ac(#l 15) 


i  (Hi 


HAME  :  LRWHEH 
PROPERTIES  : 

acneeded  =  (I)  Unknoan 
Used  In  : 

LHS  or  RHS  in  Rule  Find_AC_needed_75(#90)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed_S0(#91)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed_25(#92)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed ,100(#93)  (Occurrences:  i) 

LHS  or  RHS  in  Rule 

Deter»ine_the_mission_size_ahen_there_are_essentially_no_ 

ac_left(#113)  (Occurrences:  1) 

LHS  or  RHS  in  Rule 

Deteraine_nission_size_when_tbere_are_ 

minimal_ac (#1 14)  (Occurrences:  1) 

LHS  or  RHS  ir.  Rule 

Determine_mission_size_when_there_are_ 

ample_ac(#115)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Determine_aission_size-for_taxget(#116) 
(Occurrences:  1) 

LHS  or  RHS  in  Rule  Deterraine_aission_size_for_last .target  (#117) 
(Occurrences:  1) 
actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Define_Assignaent_Loop(#112)  (Occurrences:  3) 
LHS  or  RHS  in  Rule 

Determine_the_»ission_size_when_there_are_ 

essentially_no_ac_lef t (#1 13)  (Occurrences:  2) 

LHS  or  RHS  in  Rule 

Determine_mission_size_Bhen_there_are. 

minimal_ac (#114)  (Occurrences:  3) 

LHS  or  RHS  in  Rule 

Detenaine_mission_size_when_there_are_aaple_ac(#115) 

(Occurrences:  1) 

LHS  or  RHS  in  Rule  Detenaine_siission_size_for_target(#116) 
(Occurrences:  2) 

LHS  or  RHS  in  Rule  Detenaine_mission_size_for_last_target(#ll7) 
(Occurrences:  2) 

Meaber  Order  of  Sources  of  IrSupply .dolrHapping  (Occurrences.  2) 


Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  Change  Actions  of  cur IrMap. do Assign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply.dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  2) 

curstatus  =  (F)  Unknoen 
Used  In  : 

LHS  or  RHS  in  Rule  86  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_the_target(#8S)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed_75(#90)  (Occurrences:  2) 

LES  or  RHS  in  Rule  Find_AC_needed_50(#9l)  (Occurrences:  2) 

LES  or  RHS  in  Rule  Find_AC_needed_25(#92)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Find_AC_needed_100(#93)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_5_assignment(#100)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _3_assignment (#103)  (Occurrences:  1) 

LHS  or  RES  in  Rule  Iull_target_l(#108)  (Occurrences:  1) 
curTarget  =  (I)  Unknosra 
Used  In  : 

LHS  or  RHS  >n  .,,'le  86  (Occurrences:  1) 

LES  o*  RES  ia  P.v  e  Find_the_target(#85)  (Occurrences:  1) 

LES  or  RHS  in  . *  ■»  Target_Ass ignuent (#97 )  (Occurrences:  l) 

LHS  or  RHS  in  ■  e  Target. Assignment (#96)  (Occurrences:  1) 

LHS  or  RR.'.  .r.  e  Target_Assignment(#95)  (Occurrences:  1) 

LHS  or  RHS  in  k’"  :  Target_Assignment(#94)  (Occurrences:  1) 

LHS  or  RHS  in  -  Target_5_assignment(#100)  (Occurrences:  1) 

LHS  or  RHS  m  Rul»  Target _4_assignment (#101)  (Occurrences:  l) 

LHS  or  t.T  zt  kuie  Target_2_assignment(#105)  (Occurrences:  1) 

LHS  or  Eh'S  ir.  Rule  Rull_ratget_l(#108)  (Occurrences:  2) 


didg  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Find_AC_needed_75(#90)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  F ind_AC_needed_50 (#91 )  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed_25(#92)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Find_AC_needed_100(#93)  (Occurrences:  1) 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  1) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 
Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  1) 
ecmCursor  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Start_lrECM_table_use(#77)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  l) 
LHS  or  RHS  in  Rule  109  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Define_Assignaent_Loop(#112)  (Occurrences:  1) 
ecmindx  =  (I)  0 
MAKE  :  LRWMEH . ecmindx 

IIFEREMCE  CATEGORY  :  1 

IIHERITAMCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAMCE  STRATEGY  :  Class  first 

IIHERITAMCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

InitValue  0  IF  CHARGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  5) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ae_fros_table(#78)  (Occurrences:  5) 
LHS  or  RHS  in  Rule  Top_Level_Package_ControI(S87)  (Occurrences:  S) 
LHS  or  RHS  in  Rule  109  (Occurrences:  5) 


ecssBsnsz  =  (I)  Unknown 
Used  la  : 

LES  or  RHS  m  Rule  Suff icient_lrECH_asnsz(#82)  (Occurrences:  1) 

LBS  or  RHS  in  Rule  81  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assign*ent(#98)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assignsent(#97)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assign*ent(#95)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assignnent(#94)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Define_Assignnent_Loop(#112)  (Occurrences:  1) 
ecsaeeded  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rale  Sufficient_lrECH_Esnsz(#S2)  (Occurrences:  2) 

LHS  or  RHS  in  Rale  81  (Occurrences:  1) 

LHS  or  RES  in  Rule  Standard_lrECK_j5Snsz(#33}  (Occurrences:  l) 

LHS  ci  RHS  in  Rule  Ion_nission_lrECH_£snsz(#84)  (Occurrences:  1) 
ecatot  =  (I)  Unknoan 
Used  In  : 

LHS  or  RHS  in  Rale  80  (Occurrences:;  3) 

LES  or  RHS  in  Rule  Start_lrECM_table_use{#77)  (Occurrences:  1) 

LHS  or  RHL  in  Rale  Renrie*e_ecs_ac_fro*t_table(#7S}  (Occurrences:  3) 
LHS  or  RE:"  in  Rale  Get _ecs_ac_froa_sa£e_ entry (#73)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Sufficient_lrECM_Hsnsz(#82)  (Occurrences:  1) 

LHS  or  RHS  in  Rale  81  (Occurrences:  l) 

LES  or  RHS  in  Rule  Top_Level_Package_Ccntr©I(#S7)  (Occurrences:  1) 
LHS  or  RHS  in  Rale  109  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Def iae_Assigrasent_Loop(#112)  (Occurrences:  2) 
Used  In  : 

LES  or  RES  in  Rale  80  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Retrieve_eca_ac_fros_tafcle(#78)  (Occurrences:  1) 
LES  or  RHS  in  Rale  Top _Leve I _ Package _Cc-trcl(*87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences;  t) 

Berber  If  Change  Actions  of  cur IrKap. do Assign  (Occurrences:  1) 


ecmtyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Start_lrECM_table_use(#77)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Retrieve. ecm_ac_from_table (#78)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  109  (Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

ej.fsrt  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Find_AC_needed_75(#90)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Find_AC_needed_50(#91)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Find_AC_needed_25(#92)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  Find_AC_needed_100(#93)  (Occurrences:  2) 
msnsz  =  (I)  0 
NAME  :  LRWMEM. msnsz 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITf  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  t  Class  first 

INHERITANCE  STRATEGY  :  Breadth  first 


III 


ORDER  OF  SOURCES  : 

InitValue  0  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  81  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Standard_lrECM_msnsz(#83)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Non_mission_lrECM_msnsz(#84)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Target_Assignment(#98)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Target_Assignment(#97)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Target_Assignment(#96)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Target_Assignment(#95)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Target_Assigmnent(#94)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Target_S_assignment(#100)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_5_assignment(#99)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_4_ assignment (#102)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_4_assignment(#101)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _3_assigmnent(#104)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_3_assignment(#103)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _2_assignment(#106)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _2_assignment (#105)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_l_assignment(#107)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Null_target_l(#108)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Define_Assignment_Loop(#112)  (Occurrences:  1) 
LHS  or  RHS  in  Rule 

Determine_thejnission_size_when_there_ 
are_essentially_no_ac_left(#113)  (Occurrences:  1) 

LHS  or  RHS  in  Rule 

Determine_mission_size_when_there_ 
are_minimal_ac(#114)  (Occurrences:  1) 

LHS  or  RHS  in  Rule 

Determine_mission_size_when_ 
there_are_ample_ac(#115)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Determine_mission_size_for_target(#116) 
(Occurrences:  1) 

LHS  or  RHS  in  Rule  Determine_mission_size_for_last_target(#117) 
(Occurrences:  1) 


retflag  =  (B)  True 
NAME  :  LRWMEM. retflag 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 

InitValue  TRUE  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#98)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assignment(#97)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _5_assignment (#100)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_5_assignment(#99)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_l_assignment(#107)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Null_target_i(#108)  (Occurrences:  1) 
targCursor  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Find_the_target(#85)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Stop_Assignment_lrMappings(#110) 

(Occurrences:  2) 

LHS  or  RHS  in  Rule  Def ine_Assignment_Loop(#112)  (Occurrences:'  1) 
LHS  or  RHS  in  Rule 

Determine_the_mission_size_when_there_are_ 
essentially_no_ac_left(#113)  (Occurrences:  1) 

LHS  or  RHS  in  Rule 

Determine_mission_size_when_there_are_mininial_ 
ac(#114)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Determine_mission_size„for_targei-(#116) 
(Occurrences:  1) 

LHS  or  RHS  in  Rule  Determine_mission_size_f or_last_target(#117) 
(Occurrences:  1) 
target  =  (I)  Unknown 


targetlndex  =  (I)  Unknown 
NAME  :  LRWHEll.  target  3rd «x 
INFERENCE  ^.ATEGDHV 
INHERITANCE  CATEGORY 
SLOT  irHEftITABILITY  : 
V ALL’S  INK SRI  TaBILITY 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY 


i 

1 

Default 
Default 
Default 
Clast,  first 


INHERITANCE  STRATEC-Y  :  Breadth  first 


ORDER  OF  SOURCES  : 

RunTineValu  0 
IF  CHANGE  DO  : 

Used  In  : 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occu  rences:  17) 


NAME  :  n 
PROPERTIES  : 

Value  -  (I)  Unknown 
Used  In  : 

Member  Order  of  Sources  of  msac. index  (Occurrences:  3) 


NAME  :  reclAssignTarget 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B;-  Unknown 
Used  In  : 

LHS  or  RE°  in  Rule  Def ine_Assigmti3nt_Loop(#125)  (Occurrences:  2) 
Hypothesis  of  Rule  Taiget_Assignn ent(#122) 

Hypothesis  of  Rule  Target_Assignmtnt(#121) 

Hypothesis  of  Rule  Target_Assignment(#120) 

Hypothesis  of  Rule  Target_Assignment(#119) 

Hypothesis  of  Rule  Target_Assigiunent(#118) 

NAME  :  reclcurMap 
PROPERTIES  : 

actot  =  (I)  Unknown 


SAME  :  recicurMap. a^-tot 

INFERENCE  CATEGORY  :  1 

Ii.‘'cRITAffCE  CATEGORY  :  i 
SLOT  IbHERITABILITv  •  Default 
VALUE  lSHE?.ITi3ir.T'rv  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

INHERITANCE  STRATEGY  :  Brsadth  first 

ORDER  OF  SOURCES  : 

RunTime Valu  0 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_A8Binment(#i22)  '  ocurreneesi  2) 

LES  ox  ?.3S  in  Rule  Target _ As „ r< .nsient (  #  1 2  *9-  currencea:  2) 

LHS  or  RHS  in  Rule  Target_Ascf  ^nment^./JO)  (Dccw'renceS:  2) 

LES  or  RES  in  Rule  Targot.Assi^’"  ^r(#U9)  (Dccurr- nces:  2) 

LHS  or  RHS  in  Rule  Target  _Ap-  j.gnment(#ii8)  {Occurrences:  2) 

LHS  or  RHS  in  Rule  Sto^- ..,dsignment_Loop(4i24)  (Occurrences:  1) 
Member  If  Change  A  .ions  of  reclcurMap.doAssign  (Occurren~es:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_?ackage_Control(#87)  (Occurrences:  3} 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88>  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_0ontrol(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Packsge_Control(#i32)  (Occurrences:  3) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  i) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rcclSupply .doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 


actyp  =  (8)  Unknown 
Used  In  : 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  1) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  i) 
Member  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  A '•cions  c'  rec2curMap.doAssign  (Occurrences:  2) 

H ember  Order  of  sources  of  -ec3Supply.dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sou*  of  rec2Supply.dorec2Mapping 
(Occurrences:  1) 

Member  Order  oS  Sources  of  reclSupply.doreclMapping 
(Occurrences: 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  1) 


doAssign  =  (B)  Unknown 
NAME  :  reclcurMap. doAssign 
INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Brea 1th  first 


Comments  :  Create  a  new  assignment  object,  copy  values  from 
'reclcurMap*  into  it,  and  reset  the  slots  of  ’reclcurMap’,  it  is 
not  necessary  to  reset  ’reclcurMap. actype’ 

ORDER  OF  SOURCES  : 

IF  CHANGE  DO  : 

Reset  reclcurMap. doAssign 

Do  ilEClWMEM.targetlndex+l  REC1WMEM . targetlndex 

CreateObjec  ’jlssign_’\REClWMEM.targetIndex\  I reel Assignments  I 
Do  reclcurMap. actyp  ’Assign_*\REClWMEM.targetIndex\.actyp 

Do  reclcurMap. actot  ’Assign_’\REClWMEM.targetIndex\.actot 

Do  reclcurMap. tgtl  ’Assign_'\REClWMEH.targetIndex\.tgti 

Do  reclcurMap. tgt2  ' Assign. ’\REClWMEH.targetIndex\.tgt2 

Do  reclcurMap. tgt3  ’ Assign_’\REClWMEM.targetIndex\.tgt3 

Do  reclcurMap.tgt4  ’ Assign.. '\RECiWHEM.targetIndex\.tgt4 

Do  reclcurMap. tgtS  'Assign_’\REClWMEH.targetIndex\.tgt5 

Reset  reclcurMap. actot 

Reset  reclcurMap. tgtl 

Reset  reclcurMap. tgt2 

Reset  reclcurMap. tgt3 

Reset  reclcurMap. tgt4 

Reset  reclcurMap. tgt5 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignm<'nt(#118)  (Occurrences:  1) 

LHS  or  RHS  in  Ru?e  Stop_Assignraent_Loop(#124)  (Occurrences:  1) 
Member  If  Change  Actions  of  reclcurMap. doAssign  (Occurrences:  1) 


tgtl  =  (I)  Unknown 
IAME  :  reclcurMap.tgtl 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 

Used  In  : 

LHS  oc  RHS  in  Rule  Target_Assignment(#120)  (Occurrences:  2) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Levei_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt2  =  (I)  Unknown 
HAME  :  reclcurMap.tgt2 

INFERENCE  CATEGORY 
INHERITANCE  CATEGORY 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY 
CRDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHANGE  DO  : 


1 

i 

Default 
Default 
Default 
Class  first 
Breadth  first 


Used  In  : 
LHS  or 
Member 
Used  In  : 
LHS  or 
LHS  or 
LHS  or 
LHS  or 
Member 
Member 
Member 
Member 


RHS  in  Rule  Target .Assignment (#119)  (Occurrences:  2) 

If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 

RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
RHS  in  Rule  Top_LeveI_Package_Control(#132)  (Occurrences:  l) 
If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

If  Change  Actions  of  currec3Map.doAssign  (Occurrences:.  3) 

If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt3  =  (I)  Unknown 
MAKE  :  reel curMap . tgt3 

IIFEREHCE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHAIGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#122)  (Occurrences:  2) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#l32)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap. do Assign  (Occurrences:  2) 
tgt4  =  (I)  Unknown 
IAME  :  reclcurMap.tgt4 

IIFEREHCE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :.  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHAIGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#121)  (Occurrences:  2) 

Member  II  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt5  =  (I)  Unknown 
MAME  :  reclcurMap.tgt5 

IIFERESCE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 

VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 

IIHERITAICE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

RunTimeValu  0 
IF  CHAIGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Target_Assignment(#118)  (Occurrences:  2) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Ccntrol(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:.  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


IAME  :  reclFinalCheck 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignment_Loop(#124)  (Occurrences:  3) 
Hypothesis  of  Rule  Stop_Assignment_reclMappings(#123) 

IAME  :  reclMapping 
CLASSES  : 

Hypos 

PROPERTIES  : 

Hypo  =  (B)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Def ine.Assignment_Loop(#125)  (Occurrences:  l) 
Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  3) 

Hypothesis  of  Rule  Define_Assignment_Loop(#125) 

Hypothesis  of  Rule  Stop_Assignment_Loop(#124) 

IAME  REC1VMEH 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Define_Assignment_Loop(#125)  (Occurrences:  3) 
Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  2) 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package .Control (#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#8B)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Cccu-rences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  lrSupply.dolrKapping  (Occurrences:  2) 


curTarget  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rale  Target_Assign»ent(#122)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _Assignment(#121)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  Target .Assignment (#120)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target_Assignment(#119)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Target _Assignment(#118)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Define_Assignment_Loop(#125)  (Occurrences:  l) 
targCursor  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignaent_reclKappings(#123) 
(Occurrence;:  2) 

LHS  or  RHS  Rule  Define_Assignment_Loop(#125)  (Occurrences:  2) 
targetlndex  =  (I)  Unknown 
HAKE  :  REC1VHEM. target Index 


Appendix  E.  Classes 


E.l  Introduction 

The  classes  of  objects  used  in  the  automated  red  player  rule-base  are  shown 
here.  They  are  given  in  the  format  used  by  N ex  pert  Object  when  the  classes  are 
written  to  a  file  for  examination  by  a  programmer. 


E.2  The  Classes 


MAKE  :  acr 
Used  In  : 

LHS  or  RES  in  Rula  Top_level_dsup(#73)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  select_dsupac_2(*74)  (Occurrences:  1} 

LHS  or  R3S  in  Rule  select _dsupac_l (#75)  (Occurrences:  l) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  1) 
PROPERTIES  : 

qnty  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  seleet_dsupae_l(#75)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select _dsupac_C(#76)  (Occurrences;  1) 
Heesber  Order  of  Sources  of  dsupac . addprep  (Occurrences:  2) 
type  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_ievel_dsup(#73)  (Occurrences:  3) 

LES  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_i(#75)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select _dsupac_0(#76)  (Occurreaces:  2) 
K»sber  Order  of  Sources  of  dsupac . adaprop  (Occurrences;  i) 


NAME  :  DSPWMEM 
PROPERTIES  : 

index  =  (I)  0 
NAME  :  DSPWMEM. index 

INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


ORDER  OF  SOURCES  : 

InitValue  0  IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  8) 

LHS  or  RHS  in  Rule  select _dsupac_l(#7C)  (Occurrences:  8) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  6) 

Used  In  : 

Member  Order  of  Sources  of  msac. index  (Occurrences:  1) 


NAME  dsupac 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  1) 
PROPERTIES  : 

addprop  =  (B)  Unknown 
NAME  :  dsupac . addprop 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

INHERITANCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

Do  SELF.qnty  dspglobal . qnty 

Do  SELF. type  dspglobal. type 

Reset  dsupac_commit 

Do  dsupac_commit  dsupac_commit 

Do  dspglobal . qnty  SELF.qnty 

RunTimeValu  TRUE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  2)  in 
pattern  matching 
qnty  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select _dsupac_0(#76)  (Occurrences:  i) 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  2) 
type  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  2) 

Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  1) 
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NAME  :  Hypos 
PROPERTIES  : 

Hypo  =  (B)  Unknown 

NAME  :  lrAssignments 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:.  2) 
Member  If  Change  Actions  of  cur IrMap.doAs sign  (Occurrences:  1) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 
actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  1) 


ecmtot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  i) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
ecmtyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
sortl  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:.  1) 
sort2  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
sort3  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:'  1) 
sort4  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
sort5  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:.  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 


tgti  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt2  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  2) 
tgt3  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Pac’:age_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:,  2) 

tgt4  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt5  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

NAME  :  IrECMac 
Used  In  : 

LHS  or  RHS  in  Rule  SO  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

PROPERTIES  : 

ecmtot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
ecmtyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  80  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Retrieve_ecm_ac_from_table(#78)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  109  (Occurrences:  1) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Indx  =  (I)  Unknown 


NAME  :  IrSupply 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply . dorec2Happing 
(Occurrences:  2) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 
actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Tcp_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Membe.  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences:  l) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:,  l) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  1) 


didb  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Le,:'il_Package_Control(#87)  (Occurrences:  2) 
didg  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  1) 
didp  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2} 
dinb  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 
ding  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 
dinp  =  (F)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  2) 


dolrMapping  =  (B)  Unknown 
NAME  :  lr Supply. dolrMapping 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 

PROMPT  LINE  :  Mark  the  current  object  as  being  processed, 

copy  aircraft  type  and  totals  to  temporary  objects,  trigger 
assignment  loop,  and  update  number  of  available  aircraft. 

ORDER  OF  SOURCES  : 

Do  TRUE  SELF. Processed 

Do  SELF.actot  LRWMEM.actot 

Do  SELF.actyp  curlrMap . actyp 

Do  SELF.didg  LRVMEM.didg 

Res  et  IrMapping . Hypo 

Do  IrMapping. Hypo  IrMapping. Hypo 

Do  LRWMEM.actot  SELF.actot 

RunTimeValu  TRUE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87) 

(Occurrences:  2)  in  pattern  matching 
LHS  or  RHS  in  Rule  Stop_Assignment_lrMappings(#110) 
(Occurrences:  i)  in  pattern  matching 
Processed  =  (B)  Unknown 
NAME  :  lrSupply. Processed 

INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 
INHERITANCE  STRATEGY  :  Breadth  first 

Comments  :  If  these  objects  have  not  yet  been  visited,  then  they 
are  marked  as  not  being  processed. 

ORDER  OF  SOURCES 

RunTimeValu  FALSE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  m  Rule  Stop_Assignment_lrMappings(#110) 
(Occurrences:  1)  in  pattern  matching 


MAKE  :  msac 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select _dsupac_2 (#74)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  select _dsupac_l (#75)  (Occurrences:  1) 
PROPERTIES  : 

index  =  (I)  Unknown 
MAKE  :  msac . index 

IIFEREICE  CATEGORY  :  1 

IIHERITAMCE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
1NHERITAICE  STRATEGY  :  Default 
IHHERITAICE  STRATEGY  :  Class  first 

IHHERITAHCE  STRATEGY  :  Breadth  first 

ORDER  OF  SOURCES  : 

Do  n+1  n 

Do  n  SELF. index 

IF  CHARGE  DO  : 

Used  In  : 

Member  Order  of  Sources  of  msac. index  (Occurrences:  1) 
qnty  =  (I)  Unknown 
I'sed  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select _dscpac_2(#74)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  1) 
Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  2) 
type  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select _dsupac_2(#74)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 
LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  2) 
Member  Order  of  Sources  of  dsupac . addprop  (Occurrences:  1) 


i:n 


SAME  :  reel Assignments 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  2) 
Member  II  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dcrec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply.dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  2) 
actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#S8)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Controi(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  carrec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  It  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences-  1) 

Member  Older  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  l) 

Member  Order  of  Sou -ces  of  reclSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  lrSupply.dolrMapping  (Occurrences:  1) 


tgtl  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#37)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curHap.doAssign  (Occurrences:  2) 
tgt2  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt3  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt4  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control (#87 )  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1} 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  l) 
Member  If  Change  Actions  of  curlrMap.dcAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

tgtS  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  l) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  if  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

IAME  :  reclSupply 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#83)  (Occurrences:  2) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrHap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:,  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply .dolrMapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

LIS  or  RHS  in  Rule  Top_Level_Packagc_Contrcl(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LIS  or  RHS  in  Rule  7op_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrNap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Kap.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Hember  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2} 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  rec2Supply.dorec2Mapping 
(Occurrences:  I) 

Member  Order  of  Sources  of  reclSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSupply.dolr Mapping  (Occurrences:  i) 
doreclMapping  =  (B)  Unknown 
HAME  :  reclSupply.doreclMapping 
IIFEREICE  CATEGORY  :  1 

IIHERITAICE  CATEGORY  :  1 

SLOT  IIHERITABILITY  :  Default 
VALUE  IIHERITABILITY  :  Default 
IIHERITAICE  STRATEGY  :  Default 
IIHERITAICE  STRATEGY  :  Class  first 
IIHERITAICE  STRATEGY  :  Breadth  first 

PROMPT  LIIE  :  Mark  the  current  object  as  being  processed, 

copy  aircraft  type  and  totals  to  temporary  objects,  trigger 
assignment  loop,  and  update  number  of  available  aircraft. 

ORDER  OF  SOURCES  : 

Do  TRUE  SELF. Processed 

Do  SELF.actct  RECIWMEM.actot 

Do  SELF. actyp  recicurMap. actyp 

Reset  reclMapping.Hypo 

Do  reclMapping.Hypo  reclMapping.Hypo 

Do  RECIVMEM.actot  SELF.actot 

RunTime Valu  TRUE 
IF  CHARGE  DO  : 

Used  In  : 

LES  or  RHS  in  Rule  Top_Level_Package_Control(S83) 

(Occurrences:  2)  in  pattern  matching 
LHS  or  RHS  in  Rule  Stop_Assignaent_reclKappings(#I23) 

(Occurrences:  1)  in  pattern  snatching 


Processed  =  (B)  Unknovn 
NAME  :  reclSupply. Processed 
INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILTTY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


Comments  :  If  these  objects  have  not  yet  been  visited,  then  they 
are  marked  as  iot  being  processed. 

ORDER  OF  SOURCES  : 

RunTimeValu  FALSE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignment_reclMappings(#123) 

(Occurrences:  1)  in  pattern  matching 

NAME  :  rec2Assignments 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  2) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  "hange  Actions  of  cur IrMap.doAs sign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

Member  Order  of  Sources  of  rec3Supply ,dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply . do* ^c2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply .doreclMappirg 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 


.-.ctyp  =  (S)  Unknown 
Used  In 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sourc«  f  rec2Supply .dorec2Mapping 
(Occurrences:  l) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSupply . dolrMappmg  (Occurrences:  l) 
tgtl  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88;  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


HO 


tgt2  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top„Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  recicurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

tgt3  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  i) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  i) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  i) 

Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 

Member  If  Change  Actions  of  recicurMap.doAssign  (Occurrences:  1) 

Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt4  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_LeveI_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Leve i ..Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_LeveI_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgtj  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Levei_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

NAME  :  rec2Supply 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  2) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Conurol(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  1+  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:.  2) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  Order  of  Sources  of  rec3Supply . dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  rec2Supply . dorec2Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  reciSupply.doreclMapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  1) 
dorec2Mapping  =  (B)  Unknown 
NAME  :  rec2Supply.dorec2Mapping 
INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 
INHERITANCE  STRATEGY  :  Breadth  first 

PROMPT  LINE  :  Mark  the  current  object  as  being  processed, 

copy  aircraft  type  and  totals  to  temporary  objects,  trigger 
assignment  loop,  and  update  number  of  available  aircraft. 

ORDER  OF  SOURCES  : 

Do  TRUE  SELF. Processed 

Do  SELF.actot  REC2WMEM.actot 

Do  SELF. actyp  rec2curMap. actyp 

Reset  rec2Mapping.Hypo 

Do  rec2Mapping . Hypo  rec2Mapping . Hypo 

Do  REC2WMEM.actot  SELF.actot 

RunTimeValu  TRUE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignment_rec2Mappings(#131) 

(Occurrences:  1)  in  pattern  matching 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132) 

(Occurrences:  2)  in  pattern  matching 


Processed  =  (B)  Unknown 
NAME  :  rec2Supply .Processed 
INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  r 
INHERITANCE  STRATEGY 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  Breadth  first 


Comments  :  If  these  objects  have  not  yet  been  visited,  then  they 
are  marked  as  not  being  processed. 

ORDER  OF  SOURCES  : 

RunTimeValu  FALSE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignment_rec2Mappings(#131) 

(Occurrences:  i)  in  pattern  matching 

NAME  :  rec3Assignments 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  2) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 

Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  recicurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Happing 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Contrcl(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mappiag 
(Occurrences:  i) 

Member  Order  of  Sources  of  rec2Supply .dorec2Mapping 
(Occurrences:  l) 

Member  Order  of  Sources  of  reclSupply .doreciMapping 
(Occurrences:  i) 

Member  Order  of  Sources  of  IrSupply . dolrMapping  (Occurrences:  1) 
tgtl  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences :  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  i) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  l) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2} 


tgt2  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (l  currences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (uccurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgt3  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Cortrol(#89)  (Occurrences:  l) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 


tgt4  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  i) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:;  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map. do Assign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
tgtS  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:'  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  l) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  1) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  1) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 

NAME  :  rec3Supply 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  2) 
PROPERTIES  : 

actot  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control (#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Map.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  rec2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply .dorec3Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  rec2Supply . dorec2Mapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  2) 

Member  Order  of  Sources  of  IrSupply .dolrMapping  (Occurrences:  2) 


actyp  =  (S)  Unknown 
Used  In  : 

LHS  or  EHS  in  Rule  Top_Level_Package_Control(#87)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#88)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89)  (Occurrences:  3) 
LHS  or  RHS  in  Rule  Top_Level_Package_Control(#132)  (Occurrences:  3) 
Member  If  Change  Actions  of  curlrMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  currec3Hap.doAssign  (Occurrences:  3) 
Member  If  Change  Actions  of  reclcurMap.doAssign  (Occurrences:  1) 
Member  If  Change  Actions  of  icc2curMap.doAssign  (Occurrences:  2) 
Member  Order  of  Sources  of  rec3Supply.dorec3Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  rec2Supply . dorec2Mapping 
(Occurrences:  1) 

Member  Order  of  Sources  of  reclSupply .doreclMapping 
(Occurrences:  i) 

Member  Order  of  Sources  of  IrSupply .dolrMapping  (Occurrences:  1) 
dorec3Mapping  =  (B)  Unknown 
NAME  :  rec3Supply.dorec3Mapping 
INFERENCE  CATEGORY  :  1 

INHERITANCE  CATEGORY  :  1 

SLOT  INHERITABILITY  :  Default 
VALUE  INHERITABILITY  :  Default 
INHERITANCE  STRATEGY  :  Default 
INHERITANCE  STRATEGY  :  Class  first 
INHERITANCE  STRATEGY  i  Breadth  first 

PROMPT  LINE  :  Mark  the  current  object  as  being  processed, 

copy  aircraft  type  and  totals  to  temporary  objects,  trigger 
assignment  loop,  and  update  number  of  available  aircraft. 

ORDER  OF  SOURCES  : 

Do  TRUE  SELF. Processed 

Do  SELF.actot  REC3WMEH.actot 

Do  SELF. actyp  currec3Map. actyp 

Reset  rec3Mapping.Hypo 

Do  rec3Happing . Hypo  rec3Mapping.Hypo 

Do  REC3WMEM.actot  SELF.actot 

RunTime Valu  TRUE 
If  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Top_Level_Package_Control(#89) 

(Occurrences:  2)  in  pattern  matcning 
LHS  or  RHS  in  Rule  Stop_Assignment_rec3Mappings(#140) 

(Occurrences:  1)  in  pattern  matching 


Processed  =  (B)  Unknown 
NAME  :  rec3Supply .Processed 
INFERENCE  CATEGORY  : 
INHERITANCE  CATEGORY  : 
SLOT  INHERITABILITY  : 
VALUE  INHERITABILITY  : 
INHERITANCE  STRATEGY  : 
INHERITANCE  STRATEGY  : 


1 

1 

Default 
Default 
Default 
Class  first 


INHERITANCE  STRATEGY  :  Breadth  first 


Comments  :  If  these  objects  have  not  yet  been  visited,  then  they 
are  marked  as  not  being  processed.; 

ORDER  OF  SOURCES  : 

RunTimeValu  FALSE 
IF  CHANGE  DO  : 

Used  In  : 

LHS  or  RHS  in  Rule  Stop_Assignment_rec3Mappings(#140) 
(Occurrences:  1)  in  pattern  matching 

NAME  :  tempmsac 
PROPERTIES  : 

index  =  (I)  Unknown 
Used  In  : 

Member  Order  of  Sources  of  msac. index  (Occurrences:  1) 
qnty  =  (I)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences:  1) 

Member  Order  of  Sources  of  dsupac.addprop  (Occurrences:  2) 
type  =  (S)  Unknown 
Used  In  : 

LHS  or  RHS  in  Rule  Top_level_dsup(#73)  (Occurrences:  3) 

LHS  or  RHS  in  Rule  select_dsupac_2(#74)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_l(#75)  (Occurrences:  2) 

LHS  or  RHS  in  Rule  select_dsupac_0(#76)  (Occurrences.  2) 

Member  Order  of  Sources  of  dsupac.addprop  (Occurrences:  1) 
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